(edit: I'm leaving this paragraph because like many people won't do, I didn't read your blurb and just played the game
maybe make car the default? some onscreen controls or f1= controls is always a good idea to avoid this issue)
first reaction is I found it hard to control the bat- I really think the center of the mouse swing should be the origin of the red line, not the center of the screen- it took me a while to work out where the swing origin was, if it wasn't at the car
secondly, I didn't understand the freeze mechanic, I thought it was a bug- imo, I think it's fine to penalize the player for swinging too wildly all the time, but I reckon it's too long taking away control at the mo- just waiting till it refils too 100 would work, and I would flash the energy reading to show it's locked on purpose (and maybe the bat too, incase the link is not made yet between the energy and bat. I figured it was debug info to begin with)
definately some fun potential in there though, i always like bashing stuff with physics sticks. For me it's not yet at the point to give a definitive answer on if you should fully develop tho. Agree polishing the graphics is a mistake in prototypes, but polishing the user experience isn't- you don't want people dismissing the gameplay when it's some interface or other issue clouding the experience. Look forward to seeing it develop!
ooh, also for ideas: I personally would look for another answer than freezing the controls to prevent random swing play behaviour. Maybe give targets to try and bash the mailboxes into, or things you want to avoid hitting mixed in- not sure yet, but I think brainstorming some other solutions would serve you well
Developer
