It started, and I saw a room, but as soon as I touched W i travelled forward at lightning speed (or at least very fast). Then everything went black.
Thank you very much for testing. There is no collision detection for the moment, therefore you went through all walls.
I have forgotten to tell you that you have to wait for a few seconds when you select the menu item ānew gameā.
I tested it, it wont stop turning, so when I started going up and to the left as well. It was pretty nauseating!
I didnt have a probelm wiht moving too fast, or atleas that I could tell.
it works nice here.
Same for me - I canāt stop turning once I have started.
The same here. Apart from that, it worked.
How did you turn? With the arrow keys or with the mouse? Thank you very much for your feedback markus.borbely, irreversible_kev, h3ckboy and EgonOlsen.
arrow keys.
When I turned with the mouse (by holding a button), it worked wellā¦ almost. I couldnāt turn more than 45" to the left. I could turn all the way around from the right, no problem. But when I then turned back, I met the same barrier again (after turning the whole way around). Itās like the angle is not allowed to go under -1 or something.
When turning with the arrow keys, it was like an integral. The longer I held the key, the faster I turned. After a while it was impossible to stand still.
Ok I reproduce this bug at home too.
Iām going to try to reproduce this bug; for the moment, I havenāt succeed.
Thanks.
I am not gunna bother to look through your code.
do you use the variables vx, vy, and vz?
or just x+=10; kinda thing?
cause if you use the former, it would seem that you are forgetting to changing vx or whatver to 0 on key release, or jsut after a certain amount of time.
you may use a completely toher way, if so sry cant help you 
I rely on a class of JMonkeyEngine 2.0 that is called RelativeMouse and it seems to be buggy too 
Thank you for your suggestion. I donāt have such kind of bugs in the previous version of TUER.
Wait but relativeToMouse doesnt have anything to do with the keys.
or does it?
Youāre right. There seems to be some bugs in the keyboard handling too. I only created a modified version of the class FirstPersonHandler of JME 2.0 that handles both the keyboard and the mouse. The behavior is not cross-platform because I donāt reproduce the bug with the arrow keys and Iām under Linux.
yeah I guess taht fits, I use win XP.
Which operating system do you use?
Thank you for this information. The behavior of JMonkeyEngine 2.0 seems to depend on the platform (it is another bug). Do you need to press a mouse button to look with the mouse?
yes I must left click to look around.
is taht on purpose? casue I would asume so.
It is a bug of the class FirstPersonHandler in JME 2.0: whatever the value of the boolean buttonPressRequired, it is required to press a mouse button to turn. In the previous version of TUER, the mouse look works fine.
Hmm jme has tons of errors!
I am really excited to play this new version once it is ready:).
I wil test anything you want ;).
If it goes on, I will agree with you.
Thanks ;D