I'm having some problems to get it to run with Java 1.5 in both, Firebird and IE. It loads fine, it initializes everything and after doing the combined-vs-splitbuffer-test, it's sitting there displaying the Java 1.5 applet logo and nothing happens. However, it seems to do something in the background, because it consumes 50% of CPU power on my hyperthreading machine (i.e. one virtual cpu). If i reload the page, the actual game screen appears and i can play, but i'm at 100% CPU then, which means that the former instance of the game is still running in the background.
It worked fine on a 1.4.2 machine last weekend.

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.