So it worked perfectly so I made a 3D aplication for that, and it worked the mouse moved along the maze by it self, but when I tried to set a camara in front of the mouse, the mouse doesnt rotate, only move, just for changing the camera, that have nothing to do with the object called "Rat".

What do you mean exactly? Does it run into the walls of the maze instead? I can't see a relationship between your object (mouse/airplane/whatever) and the camera unless you are doing something strange in your attempt to allow multiple cameras in one world but different applets. Maybe a code snippet world help that shows how you are setting up the camera and moving your mouse and the camera.

Another problem but this is not strange, when I move the rat, The mobement is not continuous. it moves like a teletransportation and not like a movement like walking, is just about moving with a slow speed?

If you do a translation like (10,0,0), it will of course jump from its current position to current.x+10. If you want to happen this smooth, you have to interpolate it yourself (for example by moving one unit per frame instead of 10 until you've reached your destination).

As mentioned: I can't really test it without the model that you are using. I compiled your code and loaded a 3ds of mine instead and it looked fine. I suggest to change the ambient lighting to
mWorld.setAmbientLight(155, 155, 155);
and to remove the additional light source that you are adding to mWorld.
What do you get then? Still everything white?
I'm also unable to notice any flickering in your applet. What is there is some tearing, because you can't synchronize the applet's drawing with the monitor's refresh, but that's ok.
jPCT doesn't care about frames or other components. All it does, is to render into an Image. You can do with this image whatever you want to. The draw(Graphics)-methods from FrameBuffer are just shortcuts to g.drawImage(...) calls. You don't have to use them...

IF your materials contain colors, jPCT should load them. Due to the nature of jPCT, it should create a unicolored texture for each of them. Have a look at the console output while loading the 3DS. Does it tell you that some textures have been added to the TextureManager? If it does, the colors are most likely loaded correctly.

Every time you are posting a screen shot, i ask myself how this is possible with jPCT... :wink:
If you promote your game (and i'll do for sure too), this should be a winner...

That's right...but you can set this value to anything your machine permits. Just do that before instanciating the World and you are fine.

Anfy3D is much much more low level and basic than jPCT is (there's no much support for anything else then pure polygon pushing). The version i have here shows no traces of support for shadows or mirrors (or at least i'm unable to find them), so i assume that they have "hacked" the engine to do it and that it's not a official feature that you just have to enable.
To answer your question: It it possible to add these things to jPCT, but i won't do it ATM. For mirrors, you should be able to do it yourself by rendering into another Framebuffer which you then use as a texture. It will slow down to a crawl in OpenGL, but should be possible in software mode. Shadows are difficult to add to jPCT's current pipeline...i once started working on that but stopped it after two days. It would require a major refractoring to make them work and that won't happen in this iteration of the engine, i'm afraid.

Edit: google for EgonOlsen and anfy3d to find out what i really think about anfy3d... :wink:

Forget about the timer-thread if there should be such thing in the code and replace it with a none-threaded timer approach like the newer examples (fps, car) are doing it.