VORTEX [OPENGL DEVCPP]

Commentaire de BeLZeL le 02/10/2004 16:10:50

On double les perfs en remplacant

gluBuild2DMipmaps ( GL_TEXTURE_2D, GL_RGB, 256, 256, GL_RGB, GL_UNSIGNED_BYTE, texture);

par

glTexImage2D ( GL_TEXTURE_2D, 0, GL_RGB, 256, 256, 0, GL_RGB, GL_UNSIGNED_BYTE, texture);

On peut également améliorer les perfs en diminuant le nombre de traitements. Ici, texture de 256*256, donc forcément ca prend du temps pour les calculs.

Commentaire de BeLZeL le 02/10/2004 23:12:43

Merci

Note pour moi-même :
J'ai recréé une texture pour chaque nouvel affichage.
-> Conserver la texture pour chq nouvel affichage mais jouer plutôt sur les UV.

Commentaire de Kirua le 03/10/2004 12:12:22

"(float)sqrt( x*x + y*y )"

il y a une fonction dans cmath qui fait ça: hypot(x, y);

http://www.sthoward.com/docs/libm_22.html

ça ne change ... rien? mais voili voilou ^^

Commentaire de BeLZeL le 03/10/2004 17:09:50

Bcp plus de problèmes que je ne le pensais ;-)

Kirua : effectivement, ca ne change rien, peut être même que c'est #define hypot(x,y) sqrt(x*x+y*y). Je plaisante :) Le pb de vitesse est dû uniquement aux 256*256 calculs à réaliser. Mais c'est bizarre que ca rame chez toi, je regarderais cette semaine sur mon PC de compet'.

Kleidp : Effectivement, il y a apparemment un gros pb de mémoire en recréant à chaque fois une nouvelle texture. C'était la première idée qui m'ait venu à l'esprit.

Je sais comment créer une texture (gluBuild... ou glTexImage...) mais pas moyen de supprimer cette texture de la mémoire (sauf en quittant le prog) ! J'ai rien trouvé dans la doc. Donc cette méthode est à proscrire.

Je vais modifier le programme en conséquence. Je vais jouer sur les UV (ce sont les coordonnées des textures, et non la texture elle-même, fonction glTexCoord2f), pour faire une sorte de morphing. Ca me permettra de ne pas faire 256*256 calculs, mais de le faire sur un quadrillage de l'ordre de 10*10 ou 100*100 (selon la qualité que l'on veut).

Pour le fading sur les côtés, je peux jouer sur la couleur des Vertex (fontion glColor3f).

Le seul soucis, c'est qu'il y aura plus de polygones à afficher (10*10 ou 100*100). J'ai essayé avec 256*256 points et ca marche. On ne pourra pas afficher la texture sur un SEUL polygone.

Si j'arrive à faire ce que je souhaite (ce qui n'est pas gagné), on peut multiplier les FPS par 5. Je ferais ca pendant la semaine, donc si ca vous intéresse, revenez samedi prochain ;)

Commentaire de syncppfrance le 04/10/2004 11:02:34

heu, il fo savoir que glTexImage2D ne doit pas etre utilisé dans une boucle sauf si:

-il y a plusieurs textures à afficher, et dans ce cas il existe quelques methodes d'optimisation en triant par texture les meshs.

- si on fait une texture procedurale

voila je repond à la question de Kirua
et pour Belzel, pourquoi tu n'utilises pas la matrice de la texture à la place?

Commentaire de Kirua le 04/10/2004 17:34:04

pourquoi ?

Commentaire de Kirua le 04/10/2004 21:59:37

"il fo savoir que glTexImage2D ne doit pas etre utilisé dans une boucle sauf si:..."


tu l'affirmes. je suppose que c'est vrai. mais moi j'ai besoin d'être convaincu, il faut qu'on m'explique pourquoi c'est comme ça, ça me permet de bcp mieux retenir, et puis aussi d'extrapoler dans des situations apparentées.

si tu sais pq, je te demande juste de l'expliquer. merci ;)

Commentaire de syncppfrance le 05/10/2004 10:17:32

si vous avez besoin d'aide sur opengl je vous invite a vous inscrires un profil sur www.glinfrench.fr.st

Commentaire de syncppfrance le 05/10/2004 19:22:58

pour bp oui,, mais tous code ecrit bouffe forcement du fps, c logique!!!
mais certaine plus que dautre
comme glbindtexture(),glbegin(), glrotate(),...

fait un tour sur le site ti verra ya un forum avec bp de personne qui sont pret a taider!!!!

Commentaire de LordBob le 09/10/2004 21:25:47

très jolie !!!