Ok, thank you very much!
Sunetraalex
Creator of
Recent community posts
That's OK!
I'm glad my question helped others making their game better.
I'm planning on using Monogatari as the game engine so I would have only a web version, what I was concerned about was wether the player's devices (especially older phones) would support the modern filters and effects that you can use with CSS, so a prerendered sprite applying those effects should fix the problem of having a tragic scenario like:
"Now I'm going to reveal the face of the villain... But it was visible from the start because the filters didn't work!"
In that situation I think I'm still outside of the rules though, so I already came up with a way to avoid the issue altogether.
Hi! I would like to ask if it's within the rules to have multiple versions of a single sprite with filters applied to allow less powerful devices to not have to rely on live effects that could results in bugs or an unintended experience if not working properly.
What I mean specifically for my case is about applying a blur effect at different intensity on the sprite. It can be done in code, but since it is for a static image I was wondering if it would be fine to show the blurred sprite without relying on postprocessing effects.
If it's not allowed, what are the limits of postprocessing effects on a sprite?
Hi, since the jam page states that the controls are "Keyboard only", I would like to ask if is allowed to support touchscreen controls to allow the game to be playable on smartphones and such.
The two ways I could think of implementing on touchscreen is maybe by adding on-screen buttons within or outside the game screen or by replicating the numpad somehow as a frame.
Is it fine to do so? And if it is how could be the optimal way to do it?