Dessiner seulement ce qui est devant la camera

Bonjour,

Est ce que OpenGL fait le trie entre ce qui se trouve devant la camera et donc nécessite un calcul de rendu (rotation, lumière...) et ce qui se trouve derrière et donc ne nécessite pas de calcul.

Ou bien est ce que je dois moi même calculer avant d'envoyer à OpenGL.

Par exemple, si je me trouve dans un parking de voiture, c'est pas la peine d'envoyer à OpenGL les donnés pour les 300 voitures qui sont dans mon dos !

Autre question que je me pose, c'est que si je dois effectivement faire moi même le tri, ce qui ne m’étonnerai pas, je dois calculer rapidement ce qui est visible (donc se trouve dans le cône de vision de la camera).
Plutôt que de parcourir l'ensemble des objets et de voir si leur centre X Y est dans le champs de la camera est ce qu'il n'existe pas un moyen de ranger (une structure de donnée) les références des objets en fonction de leur position dans l'espace ?

salut

OpenGL fait ce qu'il lui demande (en fait, ce que le code lui dit de faire). Si tu dis pas de faire ça, il le fera pas. (mot clé pour google : culling)

Ensuite, il y a un point que tu n'as pas compris avec le gpu. Une grosse partie du temps perdu, c'est le transfert de données entre le cpu et le gpu. Il est possible de faire le culling sur le gpu, mais cela veut dire que tu transfères beaucoup de données pour rien.

Pour optimiser, il faut organisé dans une structure de découpage de l'espace. Un autre mot-clé-google : quadtree

Bon courage

Il y a une page wikipedia http://fr.wikipedia.org/wiki/D%C3%A9...s_cach%C3%A9es .
Ce que tu veux faire c'est de Viewing frustum culling culling , c'est pas une méthode très compliqué et elle est efficace si on découpe bien le monde.
La méthode la plus simple pour implémenté c'est que chaque objet est une sphere , si cette sphère est dans angle de la camera alors on affiche sinon non , comme le dit Fintuiron ça permet éviter de renvoyer chaque objet au GPU ,et le faire en GPU c'est même pas raisonnable en terme de perf :aie:.

Bonjour,

Pour éviter de dessiner ce qui n'est pas devant la caméra, la technique s'appelle : frustrum culling.
C'est "simplement" de tester si un objet est, ou n'est pas dans le parallélépipède de la vue.
Voir la FAQ : http://jeux.developpez.com/faq/3d/?p...ULLING_frustum

Citation:

---

Envoyé par Kannagi

La méthode la plus simple pour implémenté c'est que chaque objet est une sphere , si cette sphère est dans angle de la camera alors on affiche sinon non , comme le dit Fintuiron ça permet éviter de renvoyer chaque objet au GPU

---

Pourquoi renvoyez-vous des buffers en VRAM à chaque Rendu ?
Vous utilisez le frustum culling pour charger et décharger vos objets, si ceux-ci sortent du champ ? … pourtant l’espace mémoire des cartes graphique récentes, est plus que confortable.

Si la scène tient intégralement en VRAM, n’est il pas plus performant de tous charger au début et , dans la boucle de rendu , utiliser le frustum culling que pour déclencher ou non le traçage des objets ?

Citation:

---

Envoyé par p3ga5e

Pourquoi renvoyez-vous des buffers en VRAM à chaque Rendu ?
Vous utilisez le frustum culling pour charger et décharger vos objets, si ceux-ci sortent du champ ? … pourtant l’espace mémoire des cartes graphique récentes, est plus que confortable.

Si la scène tient intégralement en VRAM, n’est il pas plus performant de tous charger au début et , dans la boucle de rendu , utiliser le frustum culling que pour déclencher ou non le traçage des objets ?

---

méa culpa , je devrais préciser mais si en utiliser les VA en renvoie a chaque frame , avec les VBO effectivement ce n'est pas nécessaire.

Mais oui tu as raison ;)
Oui la VRAM est plus que confortable de nos jours mais même sur une VRAM limité il est plus intéressante utilisé les VBO (sauf qu'en se permettra moins de polygon sur une mémoire VRAM plus limité).

D'un autre coté, meme si la quantité de ram augmente, la quantité de besoin aussi en général donc les problèmes ne changent pas ^^

Citation:

---

Envoyé par Alec6

Bonjour,

Est ce que OpenGL fait le trie entre ce qui se trouve devant la camera et donc nécessite un calcul de rendu (rotation, lumière...) et ce qui se trouve derrière et donc ne nécessite pas de calcul.

---

Open GL ne fait rien c'est à toi de le faire..il faut utiliser la technique du Frustrum Culling comme mentionné par mes prédecesseurs
Si tu ne veux pas te casse la tête il faut prendre un "moteur 3d" tout fait comme Irrlicht par exemple :D
Mais l'avantage de programmer directement Open GL c'est que tu comprends ce que tu fais contrairement à Irrlicht où tout est encapsulé dans des classes

Ça me semble un défi interessant d'inplémenter le frustrum culling.

Ça m'amène à la question: où puis je trouver le frustrum culling pour les nulles ?

Merci

Sur google ? Dans les livres sur les techniques de 3D ?

Non je cherche juste un bon tutoriel (un article par exemple), facile à comprendre.

C'est pour dégrossir

Tu peux regarder le code source du lien suivant:

http://www.paulsprojects.net/opengl/q3bsp/q3bsp.html

Il inclut du frustrum culling.