First of all, I want to say a huge “wow” to the Unity community for being amazing, I’ve been looking at these forums for a while and it never ceases to amaze me how awesome and accommodating everyone here is.
With that being said, I’d like to showcase a project I’ve been working on for a while, and invite any constructive criticism and feedback.
If you’e ever played the “Me & My Katamari” games, then you’ll be familiar with the gameplay mechanic here.
Objective:
Collect crates smaller than you are before the time runs out. You grow relatively as you collect crates allowing collection of crates previously impossible. Also don’t die. Crates are generated completely randomly at the beginning of each level making every single playthrough unique- never play the same level twice!
controls:
accelerometer. (wasd/arrow keys in webplayer)
The game is intended for mobile devices, however I have ported it as a webplayer demo for now, in order to quickly link it to people to test and get feedback.
There are 14 levels available in the demo with about 10 more to created which will construct “stage1” with various other stages in different low-poly settings planned.
I would really appreciate any feedback or constructive criticism from playing the demo
Looking for feedback in all areas of the game but mostly:
Particle effects/ level design/ menu design/ future level ideas
I think you need to improve the 3D modelling, at the moment your art in general is boring and the trail render on the ball is very rudimentary.
The controls are pretty horrible and they seem like there fighting against you, to improve this you could put in a brake mechanic. Because just adding force on a ball while a zombie is always coming straight for you seems a bit ridiculous, the player needs more control in order to make the game fair.
Thanks for your feedback Tudey, I have some alternative ideas for assets, however I was aiming for a low poly/ Giant boulder of Death style art work. As for the trail render on the ball, that will have to be replaced with a more developed system, and won’t be shipped as it is, but thanks for confirmation of that
The controls are aimed at accelerator controls (no buttons on screen). Perhaps a brake button to E-brake the ball? or to make the game more fair make the zombie and other enemies slower?
I thought it was pretty fun, but definitely the accellerometer controls would work a lot better. I got a bit frustrated with the cannon. Several times it said I got hit when it didn’t appear that the cannon ball had hit me. I don’t know if the collider is too big for the graphic or something. I also think it would be better if the cannon ball was slower or had some other type of forewarning, because it’s annoying when you can’t see the cannon and suddenly a cannonball flies in and hits you with no chance of dodging it.
The music got a bit repetitive too, so maybe some different tracks would help make that less annoying.
By the way, just so you know, the Unity Webplayer doesn’t work on google chrome at the moment, so it might be worth putting up a standalone build.
Thanks Ronald! I personally am not a huge fan of accelerometer controls, and I know others aren’t either- but I acknowledge that many love them, and so the final ios/android build will have the option for accelerometer or on screen arrow keys- to each their own.
You aren’t the first person to comment on the cannon, I’ve slowed it down considerably and lowered the damage on it to reflect that of a tutorial level. You can now see the silhouette of the cannon ball on the ground long before it hits.
The music I pulled from some royalty free website- game soundtracks are not something I’ve delved into at all and so any recommendations as to where to look would be much appreciated!
Thanks for the tip, I know you can enable the npapi settings or use firefox, but I now have an up to date .exe on hand as well.
Second off the first four levels are now much much less difficult. The cannon is no longer OP and takes much longer to hit the player (with more warning)
And the most significant change that I’m still coding is a second camera perspective.
A small button next to the GUI bars will, once pressed, allow the user to switch between a third person perspective and a top down one.
Also many small bug fixes such as awkward colliders have been fixed.
I rolled into the barn and hopped out of the boundary.
10/10 would play again.
On a serious note: I’d work on the movement controls.
It’s a bit too clunky, and it’s annoying to keep circling one of the tiny boxes trying to pick it up.
It also seems as if it doesn’t always register when you hit the corners of the boxes. You may want to take a look at your colliders.
I didn’t play much, but some possible things to add (assuming they aren’t already there)
Boxes that give more time
A guide that could show the area where the last box is?
Just my thoughts. This could be a decent game to kill some time with.
Keep at it, OP!
Thanks Gaming Watch! The controls are something that’s definitely plagued the project since it’s inception, even using an accellerometer (it’s intended input) doesn’t improve them much.
I have two solutions in mind:
tap the screen to instantly E-brake the ball, so you don’t have to spiral around everywhere.
OR
A completely new character for the player, either some kind of humanoid or miniature cartoon vehicle, perhaps a farm animal.
Thoughts?
