Hi,
I’m starting a project that I will work on the spring of 2013. It’s mainly for android but I will probably make it to desktop aswell.
The idea is anyway that you play fps on a world. Literary a world, a very small world tho.
You will be able to throw a tomahawk forward and make it fly around the whole world and hit you in the back
It looks something like this atm:
http://i46.tinypic.com/335cmy8.png
Anyways, the movement is the problem.
I am not sure on how to do it…
I am quite sure that I should rotate the world and not try to move the player at all.
But should I have a static world that I set the rotation on? Or should I set the world to be non-static and put some rotation velocity to make the character “move forward” ?
All ideas are accepted.
Very interested in CPU cheap solutions
I am using jme3 to make this game.
I would say have a static world and make the character move. That’s the standard way of doing things for non-huge environments, and I imagine it’ll be easier. You can add a custom control to handle gravity.
1 Like
You will need adjustable gravity for everyone else anyway so I agree with kd12.
1 Like
Okej. But is box or a sphere, as collision, the CPU cheapest solution?
@Addez said:
Okej. But is box or a sphere, as collision, the CPU cheapest solution?
Generally, sphere collisions are the single simplest collisions to calculate. It may be a bit different with two AAB boxes versus a sphere and an AAB box.
But sphere and sphere collision is just a distance check. Everything else is more complicated.
1 Like
Okaj. Thanks all for your input