j'avais ésiter a poster la dernière fois, il me semblais que la renomer des "collisions" a la irrlicht était connue ...
il n'y pas de réelle correspondance entre les deux object, physique et graphique, perso j'utilise bullet, libre a toi mais je parle donc en coséquent.

sous bullet donc on joue sur un manager, chaque object physique dispose d'une fonctions du style "setUserData(void*)"
on passe donc l'object graphique a cette fonction (ISceneNode*), et sur le manager il te sufie de mettre a jours la physique via une list que bullet dispose, et mettre a jour la position de l'object graphique récupéré via l'object physique

sinon pour newton je supose que ce n'est pas le plus optimiser, j'avais fait moteur avec bullet, il semblais d'après TMyke que bullet semblais plus a l'aise sur le nombre d'object, mais il est plutot lourd une fois compiler.
les plus utiliser sinon:

physix
havoc
bullet
newton
ode

edit: syntaxe...

j'avais ésiter a poster la dernière fois, il me semblais que la renomer des "collisions" a la irrlicht était connue ...
il n'y pas de réelle correspondance entre les deux object, physique et graphique, perso j'utilise bullet, libre a toi mais je parle donc en coséquent.

sous bullet donc on joue sur un manager, chaque object physique dispose d'une fonctions du style "setUserData(void*)"
on passe donc l'object graphique a cette fonction (ISceneNode*), et sur le manager il te sufie de mettre a jours la physique via une list que bullet dispose, et mettre a jour la position de l'object graphique récupéré via l'object physique

sinon pour newton je supose que ce n'est pas le plus optimiser, j'avais fait moteur avec bullet, il semblais d'après TMyke que bullet semblais plus a l'aise sur le nombre d'object, mais il est plutot lourd une fois compiler.
les plus utiliser sinon:

physix
havoc
bullet
newton
ode

edit: syntaxe...