Discussion :

[nicoenz]

Avant de me lancer dans des calculs complexes qui risquent de mener à une méthode lourde et lente, je voulais savoir s'il y a un moyen de savoir si un point du monde est dans la zone affichée à l'écran : il n'est par exemple pas utile de dessiner les zones de terrain qui n'apparaissent de toute façon pas du tout à l'écran surtout dans une région de 50 x 50 zones où seules 20 aparaissent !

[Happy]

Pour le terrain il y a une technique, mais je ne sais plus comment cela s'appelle, BSP-Trees?
Et pour les objets, js sait que c'est pas la meilleure méthode, mais par éxample, afficher un objet s'il est devant la camréa, c'est a dire, par rapport à sa rotation, en faisant un petit calcul en prenant compte la position de l'objet, sa grandeur et la position de la camera, et voila le tour est joué!
Mais par contre, comment on pourrait faire ce calcul, j'en sait rien .

Je suis intéressé si quelqun connait une bonne méthode

[Yno]

Frustum culling --> http://glinfrench.apinc.org/article.php3?id_article=56

[nicoenz]

Merci j'irais voir demain

[bafman]

plus de details ici :
http://jeux.developpez.com/faq/3d/?page=culling
généralement, pour les terrains, on utilise des octree (si la camera est libre dans le terrain comme dans un FPS par exemple) ou des quadtree (pour les camera limité comme dans le RTS).
ca donne de très bon resultats sans forcement avoir besoin de sortir la grosse artillerie genre niveau de details et autre...

[nicoenz]

Merci à tous les deux. J'ai résolu ce problème grâce à vos conseils

[sebh]

Hmmm...

Pour le terrain je te conseil plutot les Quad tree (ou octree si tu veut des grottes) qui arrete la subdivision de l'espace suivant le nombre de triangle dans ces feuilles. En ajoutant un PVS, tu peut gérer aussi le fait qu'une montagne cache un pleine(se que le Frustum-culling ne peut pas gérer tout seul).

Bon bah ya du boulot jcrois!