Historique des modifications - Message

Message #6128

Sujet: Détails sur les OctTrees


TypeDateAuteurContenu
Dernière modification05-03-2009 12:37:32Metallizer
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 message05-03-2009 12:30:31Metallizer
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

OptionsLiens officielsCaractéristiquesStatistiquesCommunauté
Préférences cookies
Corrections
irrlicht
irrklang
irredit
irrxml
Propulsé par Django
xhtml 1.0
css 2.1
884 membres
1441 sujets
11339 messages
Dernier membre inscrit: Saidov17
180 invités en ligne
membre en ligne: -
RSS Feed