Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

Enderblaze

11
Posts
1
Topics
1
Following
A member registered Dec 14, 2019 · View creator page →

Creator of

Recent community posts

Start with framing. It is a very tight screen space and the player is quite large.  

Next, look into pacing with your scripts. Keep the pacing consistent regardless of framerate. Objects that randomly speed up are unavoidable. This is an important part to learn that even AAA programmers forget sometimes, but can easily ruin a game. 4/5  tries the black rock(?) on the right will fly towards me faster than the jump can move me out of the way.

Try using a simple music making program. Make a basic beat to set the theme of the game. It doesn't need to be good, it just needs to be yours.

I was kind of expecting that, It is very broken and I plan to completely rewrite the controller. I think it causes the mesh to collide with itself.

Thanks for letting me know. Do you have any idea what could have caused the crash? I've never even had low framerates. If a simple demo like this can crash, a full game would need to fix that.

Neat concept, would probably make for a good mobile game

Use of TheLivingTombstone/Yoav Landau's "Discord" is questionable at best, there are plenty of free to use beat generators like Chrome Music Lab.

The movement is framerate dependent making it inconsistent and impossible to play on faster devices. Needs a few (Time.deltaTime)s

Minimalism - simple shapes ✔

Alone - You are square, there are other squares ?

Everything is dangerous - Touching anything  but the floor will kill you instantly ✔

You are the enemy - Everything else is a threat to you ❌

Minimalism - Basic shapes,  simple colors, empty room ✔

Alone - No other characters, 'enemies' are inanimate ✔

Everything is dangerous - All objects in the game cause you to lose eventually ✔

You are the enemy - Maybe? Meaningless destruction of innocent geometry?

Definitely lives up to Bennet's concept of 'real obstacles'. Progress is random chance and never guaranteed.

Very well made. Impressive and unique use of cloth physics.

However it was quite hard to use after few rounds a the paper would remain as it was from the previous round and could not be reset like the object could. There was also no quit key, which is minor but still an oversight.

With some music, a nice background and some collision/scripting improvements, I could see people paying for a neat little game like this. ⭐⭐⭐⭐

https://enderblaze.itch.io/santa-is-done

<10  hours and it's the raging mess of code I was hoping for. 

I think I have finished my game about... *ahem* "giving".

Never done a game jam before, starting 11 hours late, been programming in C# in Unity for about a week now with no formal training. 

Wish me luck!