Rien compris, OpenGL et Z axis !?!

Je suis en train de créer une petite interface 2D.
J'ai des objets (lines) et des textures (quads).

Je n'arrive pas à comprendre le principe de gestion de la depth. A priori on devrait pouvoir dessiner le tout dans n'importe quel ordre, le Z axis va définir quel objet est devant l'autre...

Alors ça ca marche avec tous les objets sauf mes sprites...

Pour afficher ma ligne au dessus de mon sprite, je suis obligé de faire (sprite z=10 et line z=9) !?!

Alors que j'ai :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

glClearColor( 0.0f, 0.0f, 0.0f, 0.0f ); CHECK_GL_ERROR; // Black Background glClearDepth( -1.0f ); CHECK_GL_ERROR; // Depth Buffer Setup glClear( GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT ); CHECK_GL_ERROR;   glMatrixMode( GL_PROJECTION ); CHECK_GL_ERROR; glOrtho( 0.0, mDisplay.width(), 0.0, mDisplay.height(), -1024.0, 1024.0 ); CHECK_GL_ERROR; glDepthRange( -1.0f, 200.0f );   glEnable( GL_TEXTURE_2D ); CHECK_GL_ERROR; glEnable( GL_BLEND ); CHECK_GL_ERROR; // Turn Blending On glEnable( GL_DEPTH_TEST); CHECK_GL_ERROR; // Turn Depth Testing On glDepthFunc( GL_GEQUAL );   + dessins

---

Any help ?

Salut,

L'ordre d'affichage en mode orthogonal avec le deph-buffer désactivé chez moi se fais ainsi:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

glPushMatrrix(); glTranslatef(X,Y,0); // affiché en dernier Dessin2D(); glPopMatrix();   glPushMatrrix(); glTranslatef(X1,Y1,0); // affiché en second Dessin2D1(); glPopMatrix();   glPushMatrrix(); glTranslatef(X2,Y2,0); Dessin2D2(); // affiché en premier glPopMatrix();

---

On remarque que le Zaxis est toujours zéro, donc c'est l'ordre d'input de dessins qui fais l'affaire, chez moi.
J'espère avoir pu t'aider ;)

Ok, merci !

Ca marche en rajoutant :

Code:

---

glDisable( GL_DEPTH_TEST); // Turn Depth Testing Off

---

Avant le dessin des sprites...

Par contre, je n'ai toujours pas compris pourquoi il ne tient pas compte du Z axis... C'est le mode ortho qui fonctionne comme ça ?

Le mode ortho, tu l'auras compris, c'est pour faire de la "2d", seuls x et y comptent. L'ordre d'affichage primera sur le z que ce soit des sprites ou des lignes (enfin je pense fortement, je me plante peut-être).
Il faut que tu fasses plusieurs "plans" pour que tu affiches dans le bon ordre : le dernier sera par dessus le précédent. Afficher
-d'abord l'image de background,
-puis tes sprites de level par exemple,
-ensuite tes persos,
-optionnel : un foreground qui donnera l'impression que les persos passent derrière ,
-ensuite le hud.
(Dans le cas d'un jeu en 2d de plateformes par exemple)

Lapin compris... y'a pas que les jeux dans la vie ;)

Ils auraient quand même pu tenir compte du Z axis... Mais ce n'est pas grave, faut juste contrôler l'ordre de dessin.

Pour info, dans mon cas il s'agit d'une application médicale. Je change tous les affichages Xv en passant par OpenGl. Maintenant, je n'ai plus qu'a régler le problème des threads :?

Merci à vous !

Citation:

---

Envoyé par LapinGarou

Le mode ortho, tu l'auras compris, c'est pour faire de la "2d", seuls x et y comptent. L'ordre d'affichage primera sur le z que ce soit des sprites ou des lignes (enfin je pense fortement, je me plante peut-être).

---

le "mode ortho" fonctionne exactement de la même manière que le "mode perspective"
en fait, tu n'es pas en mode ortho ou en mode perspective, c'est juste ta matrice de projection qui change, elle influe sur la façon dont les coordonnées 3D seront transformées en 2D pour l'écran
en ortho ou en prespective OpenGL fonctionne toujours avec 3 Dimensions
si tu utilises glVertex2f alors le z vaudra simplement 0 (cf doc opengl ;) )

Citation:

---

When only x and y are specified, z defaults to 0 and w defaults to 1.
When x, y, and z are specified, w defaults to 1.

---

l'ordre d'affichage c'est toujours celui que tu donnes par la composante Z lorsque le Z buffer est actif
si ton Z va de 0 proche à 1 lointain
tu dessines un objet A en z=0 et un objet B en z=1
peu importe l'ordre dans lequel tu envoies les objets, A sera toujours devant B
le tri se fera avec le Z buffer

si tu désactives le Z buffer avec glDisable( GL_DEPTH_TEST);
alors dessiner A avant B aura une importance

donc même en PROJECTION Ortho, si tu gardes le zbuffer actif, il faut que tu renseignes la coordonnée Z de tes sommets

Là, c'est la logique qui parle... et c'est comme ça que je l'avais compris au départ. Mais il y a quand même un soucis avec les sprites (quad+texture) qui dépendent de l'ordre d'affichage et ne tiennent pas compte du Z...

:aie:

non non il n'y a pas de soucis, c'est aussi de la logique :mouarf:

Z Buffer activé, si tu affiches tes sprites dans n'importe quel ordre avec le z=0 par défaut ça va merder :aie:
selon l'implémentation (carte, drivers, OS, sens du vent, age du capitaine 8-) ) le test du Z Buffer laissera tantot passer les fragments qui vont écraser les anciens, tantot le test laissera rien passer et ton sprite sera pas affiché

Z Buffer désactivé, chaque fois que tu affiches quelque chose, il va venir occulter ce qui est déjà affiché au même endroit
pour de la 2D "old school" c'est ce qu'il y a de plus logique (ou plus facile) mais si tu veux optimiser il faudra éviter de dessiner 10 fois au même endroit ;)

pour reprendre une idée de LapinGarou, utiliser plusieurs "plans" serait déjà un bon départ
à chaque plan tu attribues un Z
ainsi même avec le Z Buffer activé, tes sprites se chevaucheront correctement

à toi de voir si tu veux te casser la tête
si tu n'a que quelques milliers de sprites ça vaux pas trop le coup
pour ta culture personnelle éventuellement ;)