It is the same for me.
It comes from a rounding error, it is my fault, it is fixed, I just have to make a new build.
It is my fault too, my cells-and-portals algorithm is not used there…
Thank you for testing 
bobjob reproduced the bug of the menu that Hansdampf noticed at first.
Hi!
The new build fixes the lack of accuracy in the collision system but sometimes the weapon goes through the walls :-\
Hi!
The new build allows to display correctly the label concerning objects that you can pick up. If you don’t see any change, go to the Java Web Start configuration, suppress the application, go to the “removed applications” section and reinstall it (it is faster than emptying the whole cache and restarting the whole download).
I’m going to fix the big of the menu and to increase the accuracy of the collisions system.
I would like to know your opinion (h3ckboy?) about some new features that I would like to implement:
for the 4 weapons, sounds cool.
by robot, do you mean vehicle??
DEFINITELY
and by that do youo mena an item or like a teleporter platform?
The bug of the menu came from Ardor3D and has been fixed by Joshua “renanse” Slack:
http://www.ardor3d.com/forums/viewtopic.php?f=10&t=626&sid=32f860cbbd8837ef0fa3b4ed0ee03f8d
4? There are 6 weapons :s
Yes, I would like to add a small mechanical warrior.
I mean a teleporter platform. My English is quite limited sometimes.
sry I typoed I meant “as for the 2 weapons…” casue you were talking about dual weaponry
Hi!
Ok.
As some users complained about the low frame rate (and even a freeze when leaving the game) especially on some Intel graphics chips, I will have to improve the performance once more but I will implement some small improvements before switching to this difficult task in order to allow you to see some changes. JFPSM already does a very little part of the job, it won’t be as difficult as with the 2 other versions except if I generalize the approach.
Edit.: it is now possible to use 2 identical weapons at the same time ;D
I’ve tried the experimental version…it’s slow as hell (around 5fps) and flickers like crazy. It’s like every second frame is all back. That happens right from the start, not just in game. (Core 2 Quad@3.2Ghz, Ati HD 5870-1GB, Catalyst 9.12, Windows Vista Ultimate 32bit).
Thank you for testing. I don’t know what is wrong and it should not be so slow. I will give it a try under Windows Vista tomorrow. Maybe something is wrong with Ardor3D.
Edit.: EgonOlsen, are you sure you used the very experimental version relying on Ardor3D? If you used the experimental version relying on JMonkeyEngine 2, I’m not surprised by such bugs.
Edit.2: someone has just tested with Windows XP, ATI Radeon 1150 M Xpress, it is very slow (7 FPS) but he has not yet noticed any flickering. Someone else will test with an ATI Radeon 4850 HD tomorrow.
Edit.3: on some machines, the game seems to get launched twice whereas it should not… Maybe it has something to do with Java Web Start. A move to IzPack is still planned.
Thank you. As I said:
I don’t know the root cause.
EgonOlsen, please can you tell me which version of Java you used for the test?
Edit.: someone gave me an idea that could be very useful to improve hugely the performances of TUER… I feel so stupid, it is so simple. This idea consists in using glTexParameter, GL_REPEAT and texture coordinates greater than 1 to reduce hugely the triangle count of a level. ;D Expect a considerable boost from this when it is ready :o, 60 FPS even on a crappy graphics chip?
Sure, it was Java 6 Update 18.
Thank you very much, I’m going to compare this version with the versions of Java that do not cause this problem. Someone else reproduced your problem with Windows 7 64 bits. Nobody recently succeeded in launching TUER without reproducing the bug you reported under Windows 7. One person reproduced this bug on Mac OS X but only once. Nobody succeeded in reproducing it under Linux. EgonOlsen, when you launch the game, does it launch several instances of the JVM or does it only create several full-screen windows?
???
Please can you tell me what you mean? I do my best. Fixing a bug that I cannot reproduce is difficult, isn’t it?
It’s just puzzling, is all.
TUER is not a good or interesting game, and it’s plagued by horrible design decisions throughout. If you were treating it as your testbed for learning programming, it’d be fine, but you seem to have much grander plans from what I can see in this thread.
You refuse to listen to good advice, blame bugs and other problems on external factors, and charge ahead blindly without any sense of critical thinking or taste.
Aww… let him have his 25 pages of fame. Besides that, TUER is used in education in France, the French have rather high standards. It also brings back the retro feeling of games from 1990 at framerates usable for visual debugging. Give it time, it will shine.
Heh, persistence is a virtue! Tortoise & the haricot & all that…
I’m not blind, I have no access to Windows 7, I have no certitude concerning the root cause of the bug EgonOlsen and some other people reported. I have never said that he is wrong. I have no great plan, I want to get something “admissible” in some years. I’m aware of the ugliness of my game, I’m not an artist. I disagree with you about the horrible design decisions (I admit that the choice of JMonkeyEngine made me waste some precious time). TUER works better with OpenGL than without it, I don’t see such a choice as an horrible design decision.
Minecraft is a success but it does not give you the right to give me any lesson or at least, I’m free to ignore them.
It might be only a tiny fame… TUER is used in a lesson in Portugal and it has been used in several projects in France. I have never wanted to make a clone of Crysis or Doom 3. TUER is even worse than Doom 1 
Thanks.