Dessiner seulement ce qui est devant la camera

**Alec6** · 02/10/2013, 16h46

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 ?

**Fintuiron** · 02/10/2013, 17h54

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

**Kannagi** · 02/10/2013, 20h56

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

.

**LittleWhite** · 03/10/2013, 08h40

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

**p3ga5e** · 03/10/2013, 12h47

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 ?

**Kannagi** · 03/10/2013, 18h57

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é).

**wax78** · 04/10/2013, 14h29

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 ^^

**Mat.M** · 04/10/2013, 22h08

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

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

**Alec6** · 07/10/2013, 17h24

Ç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