I started an MD5 loader, but never finished it. I just don't have enough knowledge about JPCT to create it.

If anyone wants to take over, I'd be happy to send then what I'd done so far.

Meh.

To be honest, I'm even struggling to find MD3 models. This is deeply frustrating as I figured that finding the character models would be the easy bits - what with the degree to which all these fps games can be customised

Hello,

After many months of failing to find good MD2 models for humanoid animation, I started looking in to MD5s.
Has anyone manager to product a JPCT importer for MD5 models? Or are there any plans to include one in JPCT in the near future?

I had a go at porting the jMonkey MD5Importer. By removing all the jMonkey references, and using a couple of classes from Cyberkilla's skeletal API, I've managed to make most of the classes compile. But I just don't know enough about JPCT to complete it.

I guess it depends how obvious it is that they're meant to be holding a gun

I don't suppose I can put in a request for an MD3 loader? I think they also use keyframe animation and they seem to be slightly more numerous around the web.

Hello,

Any ideas for where I might find an animatable 3D humanoid model suitable for JPCT? Preferably as generic as possible, not holding a gun and so on.

Cheers!

hm.
I'm sure you're getting fed up of this by now. But I believe there is still another bug regarding scaling (or possibly my code).

My main rendering loop looks like this:

while (true)
{
   buffer.clear();
   theWorld.renderScene(buffer);
   theWorld.draw(buffer);
   buffer.update();
   buffer.displayGLOnly();
}

I have a Java GUI which can set the scale of an object via the functions:

getLevel().disableLazyTransformations();
getLevel().setScale(Float.parseFloat(scale));
getLevel().rotateMesh();
getLevel().setScale(1.0f);
getLevel().calcNormals();
rebuildOctree(getLevel());

Occasionally, seemingly randomly, when I set the scale of a loaded object, I get the following exception:

Exception in thread "main" java.lang.NullPointerException
at com.threed.jpct.Object3D.render(Unknown Source)
at com.threed.jpct.World.renderScene(Unknown Source)
at MainWindow.mainLoop(MainWindow.java:217)

Where line 217 of MainWindow refers to the line theWorld.renderScene(buffer); (above).
Now the weird bit here is that if theWorld was null, the exception stack wouldn't show entries for Object3D.render and World.renderScene (I believe) and buffer cannot be null, because the previous line uses the buffer object.

My previous investigations suggested that *something* to do with scaling caused buffer to be set to null, but I couldn't for the life of me manage to narrow it down.

Any ideas? It seems non deterministic, so I can only assume it's some kind of synchronisation error between my Java GUI affecting an item and perhaps messing up the buffer as the buffer is being accessed by that function but immediately after the clear() function?

The problem is that I cannot tell in advance what order they'll be stored in the XML

With regards to the bug, when this is fixed, will the calcNormals line no longer be needed?

I am using a 1f model, scaling it via .setScale(
Then when I do .rotateMesh(), the lights increase (I also do a .setScale(1) after this, but that seems to have no real effect).

I have tried printing the results of .getScale() immediately before and after I do .setScale() (which is immediately before .rotateMesh()). My code, and the corresponding output are as follows:

Object3D level = getWorld().getObjectByName("level");
level.disableLazyTransformations();
System.out.println("First scale test is: " + level.getScale());
level.setScale(8.0f);
System.out.println("Second scale test is: " + level.getScale());
level.rotateMesh();
level.setScale(1.0f);


Output:

First scale test is: 1.0
Second scale test is: 8.0