next »

[Hangedman]

LINK: http://hangedmandesign.com/public/unity/WebPlayer.html

I need a bit of input on this thing.
I need to know what might be done to save this project from just being a boring little press buttons thing that doesn't even really work as a speed/time attack puzzle game.
I'd also appreciate suggestions for an art motif. I just did simple colour gradients for now cause it was a jam game.

Or, please tell me to kill it and move on. But not without reason.

There are only 5 levels, with barely any progression. There is no sound. The corners of the models are janky somehow and the textures are mostly rudimentary.

I need to get away from this computer now. Thanks for any help.

[Hangedman]

And there's my answer. Thanks 

[TestTrek]

I tried playing and it said I need unity web player. I'm pretty sure i have the latest version too. Maybe its just me though

[TriStarch]

Yeah, I can't play it either.  I even reinstalled the web player package that it prompted me to.

[Hangedman]

ffff unity makin' me care again

i'll reupload.

Link: http://hangedmandesign.com/public/unity/WebPlayer.html
Tested on two different comps. If that doesn't work that makes my decision easier.

[Baobab]

It's kind of an odd cross between turn based and real-time feel to me. I feel like it needs to be more one or the other, and have some other mechanic reinforcing that.

[Noyb]

Made it to level 4.

Your font's "v" looks like a "u." It was also weird how the key further to the right makes me jump a shorter distance to the right.

Main problem I had is the combination of precise timing puzzles and indirect controls. Most of the challenge I experienced comes from the timing needed to land on a spinning block, but the jumps were long enough that I never quite internalized exactly how long a jump takes in relation to a block spin. Might help if everything was synced to an audible beat: like, jumping makes you land on the next beat, blocks always spin for a beat, then rest a beat or something. The timing might also feel friendlier if you gave a little leeway around the edges: let the player land sooner, jump later than the visuals might imply.

Level design got annoying. Eventually quit when I got tired of repeating the same first few challenges in a level over and over again to get to a part where I had difficulty with timing. The challenges themselves are neatly segmented by shield blocks: why not use them as checkpoints? Dying would still hurt the player's score, but waste less of the player's time.

I also didn't appreciate how you threw in new block types that instantly killed an unaware player partway through a level. Some of them -- the bounce back one particularly -- aren't immediately obvious from their iconography. The black face block screams death, but I was able to safely rest on them in levels 3+4.

[SF]

Agreed with Noyb on every point.

Now, that's not to say there isn't potential. In fact if you were to fix the legibility of block functions and pacing issues, all you'd really need to do after that is sharpen up the existing mechanics. Potential solutions that come to mind would be to make the jumping much faster, either add more time pressure or more intricate puzzle elements, and generally have a bit more visual excitement during climactic moments.

I'm not sure you could add a tonne of depth to this framework without several new mechanics, but it could be a fun little microgame for mobiles after some tightening.