Astuces du vieux guerrier en Opengl - optimisation

Version imprimable

09/12/2008, 20h49
mrbuisson

Astuces du vieux guerrier en Opengl - optimisation

bonjour a tous =)

j'ai déjà un projet en opengl qui commence a donner des résultats et après avoir envoyé 200,000 sommets a ma carte graphique a coup de glvertexv() je me suis penché sur la question des vbo et de l'optimisation.

plusieurs questions ressortent des différents cours et tutoriels trouvés sur internet :

-> est il possible d'utiliser plusieurs textures lors du tracé d'un même vbo ? (ou tout du moins un artefact permettant de donner le même résultat)
j'ai regardé du coté des metatexture mais il y a un problème : j'utilise énormément la fonctionnalité d'opengl qui permet de répéter l'image (impossible avec une metatexture car les différentes textures se touchent, et prévoir la taille max répétée (possible dans mon cas) pourait donner des textures gigantesque a stocker dans la carte graphique)

-> ayant a ma disposition un objet contenant la géométrie a tracer, et en sachant que cet objet va être répété un nombre important de fois a des places variant au cours du temps, vaut il mieux créer un vbo par objet et l'afficher après un gltranlatef ou créer un vbo que l'on met a jour a chaque fois qu'une unité se déplace ? (ou même un vbo par élément fixe et faire joujou avec glrotatef comme je le faisais jusque la)

-> par rapport a la faq, comment "compile" t'on un vbo ?

-> étant donné que mes unité auront des parties mobiles entres elles (genre une jambe :D ), vaut il mieux créer un vbo par position possible ou réactualiser un vbo par rapport a un tableau de position deja calculé ?

-> l'utilisation d'opengl pour le calcul des lumière est t'il une opération lourde (je n'ai qu'une lumière placée a l'infini) par rapport a la création d'un vertex shader (je n'ai pas eu trop le temps d'approfondir la création d'un shader)

merci d'avance pour vos réponses
10/12/2008, 12h12
kremvax

Je vais essayer de répondre aux quelques points sur lesquels j'ai un avis

Citation:

Envoyé par mrbuisson

-> est il possible d'utiliser plusieurs textures lors du tracé d'un même vbo ? (ou tout du moins un artefact permettant de donner le même résultat)

Lorsque tu fais ton appel à glDrawArrays, tu n'es pas obligé de dessiner la totalité du vbo. Donc tu peux dessiner une partie, y appliquer une texture, puis la partie suivante et y appliquer la texture suivante, etc. Par contre, je ne sais pas ce que ça vaut niveau perfs.

Citation:

Envoyé par mrbuisson

-> ayant a ma disposition un objet contenant la géométrie a tracer, et en sachant que cet objet va être répété un nombre important de fois a des places variant au cours du temps, vaut il mieux créer un vbo par objet et l'afficher après un gltranlatef ou créer un vbo que l'on met a jour a chaque fois qu'une unité se déplace ? (ou même un vbo par élément fixe et faire joujou avec glrotatef comme je le faisais jusque la)

Si ces objets ne subissent pas de transformation au niveau de leurs vertices, je dirais que la meilleure chose à faire est de n'en garder qu'un exemplaire en mémoire vidéo (donc, 1 vbo unique) et de l'afficher en plusieurs exemplaires, en ne modifiant à chaque fois que le MODEL_VIEW à coup de glTranslate & rotate. Par contre, il faut être tout à fait sûr de ne jamais devoir modifier le le contenu du vbo pour un seul objet, sans quoi la modif se répercuterait sur tous les objets.

Citation:

Envoyé par mrbuisson

-> par rapport a la faq, comment "compile" t'on un vbo ?

Ah bon, ça se compile?

Citation:

Envoyé par mrbuisson

-> étant donné que mes unité auront des parties mobiles entres elles (genre une jambe :D ), vaut il mieux créer un vbo par position possible ou réactualiser un vbo par rapport a un tableau de position deja calculé ?

Et pourquoi pas plutôt créer 1 vbo par partie mobile, et ainsi ne modifier que la position et l'orientation de ce vbo par rapport aux autres? Ainsi, pas besoin de modifier les vbos eux-mêmes, tu ne fais que jouer avec la MODEL_VIEW une fois de plus.
10/12/2008, 17h38
mrbuisson

Citation:

Et pourquoi pas plutôt créer 1 vbo par partie mobile, et ainsi ne modifier que la position et l'orientation de ce vbo par rapport aux autres? Ainsi, pas besoin de modifier les vbos eux-mêmes, tu ne fais que jouer avec la MODEL_VIEW une fois de plus.

j'ai lu que les operations de rotations étaient lourde et devraient etre évitée si possible, mais je ne sais pas trop ce quecela en donne.
l'idée que je presentait était de faire un tableau de position, un peu comme lorsqu'on a besoin d'un acces frequent aux variable d'une fonction mathematique (on fait un tableau de valeur pour recuperer la valeur de sin entre 0 et 360° par exemple). l'avantage est de ne calculer les transformation au niveau local qu'une seule fois, puis d'appeler le vbo qui nous interresse.

merci pour les reponses :D