"kedu" Ecris:

Pour faire le lien avec Irrlicht, avec Copland on s'est rendu compte que si l'on devait intégrer un moteur physique, ce dernier devrait être dans un thread du même type que celui que tu décris dans ton dernier paragraphe. (pour qu'il y ait une réelle unité de temps indépendemment de la puissance du pc sur lequel est exécuté l'appli)

tu peux détailler ce que tu entends par la ?
j'ai essayé de voir comment ca pourrait s'organiser, et je n'arrive pas a me représenter ca de facon cohérente,
si j'ai bien compris, d'un coté on met le programme d'affichage irrlicht, (sans thread ou dans un thread ?)
tandis que le moteur physique est dans un thread qui se relance a intervalles régulier pour mettre a jour les évènements physiques ? (ca fonctionne avec sleep(temps restant) ou un timer est préférable ?)

dans ce cas on va faire plusieurs affichages de la meme scene immobile non ? (entre deux appels de la physique)
Ca n'est pas visible au final ?

En me relisant, je me dit que c'est mieux que la solution qui consite a faire bouger tout le monde avec la physique, puis afficher, puis attendre le temps restant, puisque l'affichage sera plus fluide
Par contre, il faut que les mouvement des Mesh qui ne sont pas directement gérés par la physique le soient dans la boucle physique, plutot que celle d'affichage, non ?

Alors quelle est la bonne architecture ?

"kedu" Ecris:

Pour faire le lien avec Irrlicht, avec Copland on s'est rendu compte que si l'on devait intégrer un moteur physique, ce dernier devrait être dans un thread du même type que celui que tu décris dans ton dernier paragraphe. (pour qu'il y ait une réelle unité de temps indépendemment de la puissance du pc sur lequel est exécuté l'appli)

tu peux détailler ce que tu entends par la ?
j'ai essayé de voir comment ca pourrait s'organiser, et je n'arrive pas a me représenter ca de facon cohérente,
si j'ai bien compris, d'un coté on met le programme d'affichage irrlicht, (sans thread ou dans un thread ?)
tandis que le moteur physique est dans un thread qui se relance a intervalles régulier pour mettre a jour les évènements physiques ? (ca fonctionne avec sleep(temps restant) ou un timer est préférable ?)

dans ce cas on va faire plusieurs affichages de la meme scene immobile non ? (entre deux appels de la physique)
Ca n'est pas visible au final ?

En me relisant, je me dit que c'est mieux que la solution qui consite a faire bouger tout le monde avec la physique, puis afficher, puis attendre le temps restant, puisque l'affichage sera plus fluide
Par contre, il faut que les mouvement des Mesh qui ne sont pas directement gérés par la physique le soient dans la boucle physique, plutot que celle d'affichage, non ?

Alors quelle est la bonne architecture ?