Migrating from csCollider to iDynamics

[eventhorizon5]

I'm trying to migrate my project from the csCollider system over to ODE using iDynamics, and am trying to figure out something.  Since my app does massive amounts of polygon creation and deletion during startup, I used the csColliderHelper::InitializeCollisionWrappers call to auto-create colliders for all objects (I'm also using it to allow the user to click on polygons such as buttons, and perform actions).  I'm trying to figure out how to get the dynamic system to create colliders for existing mesh geometry (like InitializeCollisionWrapper), and have tried iDynamicSystemCollider::CreateMeshGeometry but that seems to expects meshes to contain collision polygons (instead of creating collision polygons from existing polygons).  Any recommendations on what I should do for this?

-eventhorizon

[Vincent]

Hello,

  I think the equivalent would be iRigidBody::AttachColliderMesh().
But if you really have many of them, a few thoughts:

• try to use more simple shapes like box or sphere collider when possible
• consider using Bullet plugin instead of ODE

Also, check $CRYSTAL/apps/tutorial/phystut/phystut.cpp for some physics objects creation examples...

[eventhorizon5]

I think the equivalent would be iRigidBody::AttachColliderMesh().
But if you really have many of them, a few thoughts:

• try to use more simple shapes like box or sphere collider when possible
• consider using Bullet plugin instead of ODE

Also, check $CRYSTAL/apps/tutorial/phystut/phystut.cpp for some physics objects creation examples...

AttachColliderMesh() is still the same; it expects collision polygons to exist in the mesh.  Also, both plugins use dynamicsystem, so I don't know how that would change anything.  Most of the stuff I changed was modelled after the phystut app, but my app uses thing meshes with massive amounts of dynamic polygons.

Both calls give this error when trying to feed it existing mesh geometry:
csODECollider: No collision polygons, triangles or vertices

-eventhorizon

[bookeater2]

I don't understand everything you are saying, but I do have an example from my own app that initializes all meshes in a list to be static physics objects. I add any rigid bodies after.

Ignore the icollection part if it's a problem.
One change I need to make to it is to check if each object was set to have no collider, and ignore it if so, but I don't know the place to check that yet.


   iCollection *cl = engine->GetCollection(regio.GetData());   
   iMeshList *ml = engine->GetMeshes();
   for(int i = 0; i < ml->GetCount(); i++)
   {
      if(cl->IsParentOf(ml->Get(i)->QueryObject()) )
      {
         dynSys->AttachColliderMesh (ml->Get(i), ml->Get(i)->GetMovable()->GetTransform(),
            friction, restitution);
      }
   }   
         
}

[eventhorizon5]

I don't understand everything you are saying, but I do have an example from my own app that initializes all meshes in a list to be static physics objects. I add any rigid bodies after.

Still getting the same with your code (since it's still basically the same code as mine, except just traverses the engine's meshlist):
"csODECollider: No collision polygons, triangles or vertices on ..." ('...' being each mesh found).

What I was saying before (didn't really explain it right) is that my app (which is a skyscraper simulator) creates polygons at runtime as it parses a script file and then later divides them up into multiple pieces when doing a hole cut operation (one poly turns into 4, with the 5th being dropped); so it's not easy to create separate collider polygons and keep them associated to the original polygons.  The InitializeCollisionWrappers worked because it automatically created collision geometry from all the existing polygons in the engine.

-eventhorizon

[bookeater2]

AttachColliderMesh() is still the same; it expects collision polygons to exist in the mesh

My mistake, I thought you were using irigidbody.AttachColliderMesh() not what I had in mine.
My example does seem to work for normal genmeshes though, and having an icollider beforehand or not makes no difference, but I don't know what the collision polygons are. Also my example probably doesn't compensate for any moving of objects after the setup.