This is how it looks now:



What i did is this: I opened and resaved the model in DeepExploration (a very powerfull 3D converter tool) and the colors were correct from there on (they were as wrong as your render shows before). I don't know why this has happened. It's either a flaw in jPCT's 3DS-loader (but one that doesn't occur on any other model i know of) or a flaw in the software you used to make this model (i doubt that, but you never know).
Anyway, i modified some parts of your code that suffered from a copy-and-paste disease... :wink:
You applied a rotation to every part of "vroom" right after loading. That's not a good idea, because it means that you rotate every part around its own rotation pivot...and that will screw up the model finally. I replaced this by rotating the mainObj only.
Second, you don't have to add mainObj to the world, because it's a dummy object.
Third, i removed the light sources and set ambient to max to show you, that the colors are really fine now.
Fourth...some other stuff i can't remember...
The sources can be found here: http://www.jpct.net/stuff/vroom

Anyway, please tell me which program you used to create the model, so i can track down this problem better...

jPCT uses the diffuse color of a material to color the polygons using this material. If this works fine for you but is still not what you want, then jPCT may not be suitable for you. If that is what you want but it's not working properly, i would be very interested in such a model to see for myself.

Looks fine to me so far...your problem must be located somewhere else. You are obviously not calling build() on the ferito, so you have to have a call to World.buildAllObjects() later in your code. Otherwise, your feritos are not "builded" correctly. If that's the case, just add a ferito.build() right before adding the ferito to the world.
Second, if the feritos move, remove the enableLazyTransformations() call. That's for static objects only and may cause problems on all others.
And last but not least: Are you sure that the first object in the array returned by the loader is your ferito? If a 3DS-file contains other stuff too, this can be anything...

Edit: For debugging purposes, try something like this to see whichs objects actually belong to your world and where they are:


for (Enumeration objs=theWorld.getObjects(); objs.hasMoreElements();) {
Object3D obj=(Object3D) objs.nextElement();
System.out.println(obj.getName());
System.out.println(obj.getTransformedCenter());
System.out.println("---------------------");
}


You are basically right. I really don't know if it's possible to store all your keyframes in one 3DS-file in a working way, but that's just my lack of experience with 3DS...so i suppose that it is possible. In that case, just load the file, get the Object3Ds from it, call build() on all of them and add their Meshes using Object3D.getMesh().cloneMesh() to the animation. But that requires the meshes to be equal in vertex order. I'm not sure if 3DS guarantees this... :?:
However, after adding your meshes somehow, you have to call animate() on the object to animate (use the first object from the 3DS-file as the base object for your animation for example).
I'm not sure, if this was clear enough. Creating animations on your own (i.e. without using the MD2-format) can be a bit tricky. But it's quite easy once you got the basics though.

The code for this task should look somehow like this (i typed this from the top of my head, so don't blame me if it doesn't work exactly like this):
Object3D[] animArray=Loader.load3DS(getDocumentBase(),"3ds/ferito_anim.3ds", 20f);
Object3D animateMe=animArray[0];
animateMe.build();
animateMe.setTexture(...);
...
Animation anim=new Animation(animArray.length);
anim.createSubSequence("plopp");
for (int i=0; i<animArray.length; i++) {
animArray[i].build();
anim.addKeyFrame(animArray[i].getMesh().cloneMesh());
}
animateMe.setAnimationSequence(anim);
...
animateMe.animate(xxx);

There are some places in your code where things can go wrong. The first thing is: Are you actually calling build() on your loaded object somewhere? Are you adding it to the world? (Obviously you do, because you couldn't even see it otherwise..it's just that i can't spot that place in your code). Anyway, you are rotating the mesh. If you do this without calling build() before, your rotation pivot could be wrong. It will be placed at the origin, which may be correct but it doesn't have to. It depends on your model, so try to call build() before doing this or check if a rotation pivot at the origin is really what you want.
If it still doesn't work, try to figure out in which way your cam's position and the one of the object differ. Maybe that will help to see what's wrong here.

That means that files is null, which means that dir.list() returns null, which means that your "textures"-directory doesn't exist. At least not there where you expect it to be. Try the complete path (i.e. "c:\blah\blubb\...\textures" or similar) and see if that works.

Well, getDocumentBase() returns an URL, which can simply be printed out. I doubt that this will reveal anything new, but i would like to know if getDocumentBase() really returns the same URL with and without the certificate. If it does and you say that the textures are loaded correctly, just not displayed, i suggest to double check your code. Maybe you are doing something when loading the file that causes this behaviour.

Changes are documented here: http://www.jpct.net/changes.html

Have fun!