Historique des modifications - Message

Message #6128

Sujet: Détails sur les OctTrees


Type Date Auteur Contenu
Dernière modification 05-03-2009 12:37:32 Metallizer
Quand on utilise l'octree, surtout pour les collisions, je pense qu'il utilise le bouding box, de toute façon on vas pas tester tous les polys de la scène en permanence, mais optimisé en général en fessant les détection d'abord par les bounding box pour faire le trie des box des objets visible ou pas, puis on découpe les polys qui dépasse. Hors, si on fait tout en un seul node, il n'y aura qu'un seul bounding box, outch !

Pour moi le niveau qui est composé d'un seul mesh (donc node) n'entrerait pas dans la détection de collisions. Je pense faire une couche de capteurs. Plusieurs nodes qui représentent des parties du niveau et qui réagissent aux collisions, bien sûr, ces capteurs seraient invisibles, on appelle ça le masque de collision si je ne me trompe pas.

La logique serait donc de créer plusieurs nodes pour le masque de collision et donc les intégrer à l'octree pour que les tests de collision ne se fassent pas sur l'ensemble du niveau à chaque fois. Je peux même m'arranger pour que les différents nodes du masque de collision ne réagissent qu'avec les bounding boxes, faut voir ce que ça peut donner...
Création du message 05-03-2009 12:30:31 Metallizer
Quand on utilise l'octree, surtout pour les collisions, je pense qu'il utilise le bouding box, de toute façon on vas pas tester tous les polys de la scène en permanence, mais optimisé en général en fessant les détection d'abord par les bounding box pour faire le trie des box des objets visible ou pas, puis on découpe les polys qui dépasse. Hors, si on fait tout en un seul node, il n'y aura qu'un seul bounding box, outch !

Pour moi le niveau qui est composé d'un seul mesh (donc node) n'entrerait pas dans la détection de collisions. Je pense faire une couche de capteurs. Plusieurs nodes qui représentent des parties du niveau et qui réagissent aux collisions, bien sûr, ces capteurs seraient invisibles, on appelle ça le masque de collision si je ne me trompe pas.

La logique serait donc de créer plusieurs nodes pour le masque de collision et donc les intégrer à l'octree pour que les tests de collision ne se fassent pas sur l'ensemble du niveau à chaque fois. Je peux même m'arranger pour que les différents nodes du masque de collision ne réagissent qu'avec les bounding boxes, faut voir ce que ça peut donner...

Retour

Options Liens officiels Caractéristiques Statistiques Communauté
Préférences cookies
Corrections
irrlicht
irrklang
irredit
irrxml
Propulsé par Django
xhtml 1.0
css 2.1
884 membres
1440 sujets
11337 messages
Dernier membre inscrit: Saidov17
236 invités en ligne
membre en ligne: -
RSS Feed