I just realized that would only really work in fullscreen mode.  otherwise if the user moved the Applet/Application the coordinates for the center would be off.. that could screw things up. . . .

That's no problem at all. You can easily determine where the frame is located on the desktop and adjust your coordinates accordingly. I did that in the latest Paradroid 3D alpha and it works fine (at least on Windows XP and Linux..haven't tried others yet).

There is not much to share at all. All this stuff is more or less based on the fps-example that comes with the API. That's why the weapon is always the same in these shots. The models are either quake3 maps or some 3ds stuff from the internet, of which i don't know the licenses, so i won't distribute it here. The textures i'm using for testing purposes are from a halflife texture pack, but i really don't know where to download it anymore.

Yes, there are. Have a look at the Primitives class. To texture the objects  that this class creates (not needed for cube and plane and such as they should already have the correct texture coords assigned), you can use the calcTextureWrapXXX-methods in Object3D.

Hope this helps.

That line is a requirement caused by the actual implementation, it's not a conceptual one. In jPCT every object has at least one texture, even if you haven't assigned one. This can either be a default, plain white dummy texture that the texture manager provides or a colored texture that matches the color of your material. This is (as said) implementation specific and it could change without any consequences for the user of the API (even if it most likely won't...), so i think you are save to write that an object may have a texture...but doesn't have to.

Isn't there a way to do the trick with signed applets ?

According to the LWJGL-guys: no. Personally, i never tried it. But anyway: Even if signing the applet would do the trick, LWJGL will still render into its own window and not into the applet. because it can't render into Java2d components directly. That given, there's no point anymore to use an applet in combination with LWJGL: Java 1.1 can't use LWJGL anyway and everything that can (1.3+), can do webstart too.

No, the used OpenGL binding (LWJGL) doesn't support that. However, a system that is capable of using OpenGL via LWJGL is also capable of using webstart, which is a good alternative to an applet.

Yes, create a file something.php with the code-snippet as its content. You can place the script wherever you want. Just use the correct path to your textures-dir instead of the ".", i.e. if you place it in a dir called "php" on the same level as "textures", your path will be something like "../textures". You can leave it in the textures-dir anyway...just don't try to load it as a texture... :wink:

You don't have to execute it on your own. Your webserver should if its configured correctly to run php-scripts. Just call it from the applet by loading it like a normal text-file. You can use Loader.loadTextFile(this.getDocumentBase(), "/textures/script.php"); (or wherever its located) for this or write your own method.

I took your jnlp, splitted the resources-tag into the global and the os-specific part (I don't think that it really matters, but it's a good idea anyway...loading a dll on linux is pointless). Running it, i got a message that the resources are not signed using the same certificate. Try to re-sign your jars and the zip using the same certificate. Maybe that will work.