Re: I: [Plib-users] triangles from branches

[Paolo S. <ax...@ti...>]

Paolo Leoncini wrote:
...
> Yes, I did it in the last six months. I'd like to make it public after a
> generalization and cleaning of the code.

6 months? woah! Seems an hard task! ;)

> I attached some code but was blocked by the list - just tell me where to
> send it.
> At the end of the file there's the actual 'entry point', i.e. given a
> node name load all the subtree leafs' geometry into corresponding ode
> trimeshes. There's a number of utilities you could find useful for your
> ambitious task. Among leaf data the only to actually duplicate is
> indices (shorts in SSG, ints in ODE) - the rest is a pointer to SSG
> vertices/normals structures.

We managed to fix our code, but if I'll fall in trouble again now I know 
whom aks for help.
If anyone would like to see it jusk ask. Development is closed since 
it's for a university course, but the code is under the GPL.

...
> Don't expect reliable collisions between trimeshes, at least for
> dynamics. Keep the gravity low, and use a very small step. Use the
> Quickstep instead of the WorldStep since with many contacts the last
> quickly become unusable and sonn get stack overflow.

I noticed some trimeshes problems, so I ended up using planes, I was 
lucky it's convex obj...
I seem have a deep knowledge of the ode lib, are you involved in it's 
development?

> Furthermore don't underevaluate a hidden aspect: lasttransformation are
> *important* for ODE trimeshes. I included my
> update_trimesh_lasttransformation, which should be first called with a
> dSpaceID and a null body. Then it will recursively apply the proper
> action on the trimesh data for each space's trimesh. It is not called in
> any place into the code excerpt, and you should call it after the
> simulation step.

Sincerely I don't know what a lasttransformation is. ^^;

> Please feel free to contact me personally for further hints, there are
> lot of them.

Probably I will!

> Good luck -

Thank you
--
Paolo Sacconier