how to represent a complex 3d object on odejava ???

Game Mechanics
#1

hi there
i was wondering if any one knows how to represent a complex 3d object "being created on 3ds max and imported to xith3d using .ase file " on odejava??

here is what i did if u need to know …
i used 3ds max to creat a three legged robot
i exported it and saved as a .ase file format
i loaded to xith3d using the ASE loader
and now i am stuck on how to represent this object in odejava

is there is a way that u can tell odejava to load the object in xith3d automaticaly

the details of the object is very important … as it is not used for games it is used for simulation … therefore i need to get all the details in the display to its counterpart object in odejava

thanks a lot

#2

Try “GeomTriMesh”.

The only problem I see is that the javadocs mentions:

[quote]Triangle meshes can interact with spheres, boxes and rays
[/quote]
I’m a bit puzzled by that, as that would mean it can’t interact with planes, or other TriMesh objects. For an advanced physics-engine like ODE that sounds ridiculous.

Anyway, give it a try, it might be just poorly documentated, who knows :slight_smile:

#3

I had problems with TriMesh-TriMesh collisions

#4

I have never got trimesh trimesh collisions going. There is code there for it but I think it does not work properly. I am trying to fix this for JOODE

#5

I’ve had GeomTriMesh bodies go straight through the ‘ground plane’. That was the bug that made me ditch ODE to the eternal bitfields, after having dealt with native crashes, vibrating objects, suddenly freezing objects, objects going franzy, gaining incredible angular and linear speed in mid-air, and unstable walls of bricks.

Somehow I just can’t grasp that anyone wants to port a library with so many bugs. I hope you guys turn it into a “port and fix” effort.

Good luck!

#6

yeah - we’re already rewriting loads of things from scrap (sometimes the ode-code is simply unreadable)

  • you won’t be able to get native crashes, when it’s pure java :wink:
#7

this isn’t a problem of ODE, but rather of ODEjava (unfortunately).

concerning trimeshes in ODEjava, there is so much wrong with them, it’s better not to use them at all, just go with a box + sphere model approximation. I doubt JOODE is going to be of much use in the close future with so many thing still not working.