Discussion :

[ggwal]

Bonjour,

j'ai un problème sans doute basique mais que je n'arrive pas à résoudre.

je veux simplement afficher un cube de d'arrête 1 au centre de mon image.

Quand je me contente des réglages par défaut celui ci apparait, mais lorsque j'essaie de contrôler tout ça, plus rien n'apparait.

voici les lignes de mon code (je fais des tests avec la projection la plus basique, la projection orthogonale) que j'ai placé dans ma fonction main:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
/* Initialisation d'OpenGL */
glClearColor(0.0,0.0,0.0,0.0);
glColor3f(1.0,1.0,1.0);
glPointSize(2.0);
glEnable(GL_DEPTH_TEST);
glMatrixMode(GL_PROJECTION);
glLoadIdentity();
glOrtho(2,2,2,2,4,-4);
glMatrixMode(GL_MODELVIEW);

puis dans ma fonction affichage() (celle appelée par glutDisplayFunc())

j'ai les lignes suivantes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
glLoadIdentity();
gluLookAt(0,0,5,0,0,0,0,1,0);
/*vient ensuite le tracé de mon cube*/

Chose étrange lorsque je mets gluLookAt(0,0,1,0,0,0,0,1,0);
mon cube apparait (en revenche lorsque je le fais pivoter cette extrémité disparaissent)
De plus lorsque mon cube s'affiche, quelque soit les modifications que j'apporte a glOrtho rien ne change.
Si quelqu'un pouvait m'expliquer ce qui se passe je suis perdu.

Ho et une dernière question au passage, le repère x,y,z est bien sencé être orthogonal et pourtant quand j affiche un point en x,y,z celui ci apparait en x,y,-z (si on cosidère que le repère est orthogonal)

J'espère avoir été clair et je vous remercie par avance. ++

[bafman]

la seule difference vient du 5 qui devient 1 dans le gluLookAt ? dans ce cas la, c'est probablement que tu te drouve dans le cube non ?

[Bakura]

Essaye de remplacer ton gluLookAt(0,0,5,0,0,0,0,1,0); par glTranslatef (0.0f, 0.0f, -5.0f); (ne pas oublier le - devant le 5).

J'ai un peu de mal à comprendre la fonction gluLookAt, mais en gros ce qui est bizarre c'est que chez moi, pour avoir le même résultat qu'un glTranslatef (0.0f, 0.0f, -6.0f), il faut que j'écrives gluLookAt (0.0, 0.0, 6.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0);

Mais essaye quand même le glTranslatef

[ggwal]

C'est à n'y presque rien comprendre.

En théorie, les arguments de GluLookAt sont d'abord les coordonnées du centre de la caméra puis ceux du point visé par la caméra. (reste ensuite les vecteur qui sert a orienté la caméra). Or, il semblerait qu'avec moi, les deux premiers argument soient inversés (en fait les 3 premiers avec les 3 suivants) et que je définis d'abord le point visé et ensuite le centre de la caméra.

Je développe sous dev cpp et je commence à me demander si leur librarie opengl n'est pas un peu à l'ouest... Pourtant je n'ai pas trouvé de remarque à ce sujet sur le net. J'ajouterai que je ne sais toujours pas pourquoi le repère n'est pas direct, serait aussi une mauvaise alternative spécifique à dev cpp?

[ggwal]

Rebonjour,

bon j'ai plus ou moins résolu mon problème.

Tout d'abord, j'avais mal utilisé la fonction glOrtho. En effet par rapport au site sur lequel je m'étais renseigné j'avais mal interprété les arguments. Il faut en fait donner la distance de chaque bord par rapport à l'axe central de la caméra. Donc avec glOrtho(2,2... ça signifiait que le bord de gauche et de droite était confondu donc la fonction était ignorée.

Par contre pour le problème de repère indirect, je n'ai pas vraiment compris d'ou venait le problème. j'ai juste remarqué quand changeant:
glRotatef(-angley,1.0,0.0,0.0);
glRotatef(-anglex,0.0,1.0,0.0);

par
glRotatef(angley,1.0,0.0,0.0);
glRotatef(anglex,0.0,1.0,0.0);

le repère devenait direct... anglex et angley sont des floatants mis en variables globales et leur valeur change en fait par action de la souris sur l'image afin de pouvoir faire pivoter ma figure. Donc si quelqu'un a l'explication de ce problème, ça m'interresse. (note: j'ai pensé à un moment qu'une rotation d'un angle -0.0 posait problème mais même en rajoutant
glRotatef(-angley+0.1,1.0,0.0,0.0) ça ne changeait rien)

[Sixissor]

Salut.

C'est glOrtho(aGauche, aDroite, enBas, enHaut, PLAN_CLIPPING_Z_MIN, PLAN_CLIPPING_Z_MAX);

En inversant Zmin et Zmax, tu as aussi inversé l'axe des Z.
L'utilisation normale de glOrtho serait glOrtho(-20, 20, -10, 10, -1, 1); par exemple: ça ferait un parallèpipède rectangle de largeur 40, de hauteur 20, et avec des plans de clipping en Z en z=-1 et z=1.

Ha oui... Un gluLookAt ne sert à rien avec le mode de perspective orthogonale.
Donc zappe

++

[ggwal]

Salut,

le gluLookAt sert à positioner et orienter la caméra, et ce quelque soit le mode de perspective adopté.

[Bakura]

Si tu veux il y a un lien vraiment bien foutu qui explique comment marche gluLookAt...

http://www.xmission.com/~nate/tutors.html

Tu cliques sur le premier lien (Tutors source code package (tutors-src.zip 917KB) ), puis après tu te retrouves avec plusieurs exe avec des valeurs à modifier afin de voir dans quel cas ça influence le rendu... Pour gluLookAt, lances le programme projection.exe ou lightposition.exe .

[Sixissor]

Salut,

le gluLookAt sert à positioner et orienter la caméra, et ce quelque soit le mode de perspective adopté.

J'ai jamais dit le contraire ...

Sauf que lorsque t'utilises glOrtho, généralement c'est pour faire de la 2D, donc tu utilises plus les fonctions de transformations... En tout cas moi je trouve ça plus utile. La caméra généralement ne l'est pas tant que ça parce que tu peux t'en passer facilement.

[fearyourself]

J'ai jamais dit le contraire ...

Sauf que lorsque t'utilises glOrtho, généralement c'est pour faire de la 2D, donc tu utilises plus les fonctions de transformations... En tout cas moi je trouve ça plus utile. La caméra généralement ne l'est pas tant que ça parce que tu peux t'en passer facilement.

Entièrement d'accord. Généralement glTranslatef, glRotatef, gluLookAt n'ont pas vraiment leur place dans un monde Orthogonal.

On peut le faire mais cela me semble un peu

Mais si ton application en a besoin....

Jc

[bafman]

ha bah si ca sert super souvent en mode ortho... pour un modeleur par exemple. bon effectivement ce n'est pas de l'ortho 2D mais de la vrai projection orthogonal 3D, mais ca sert

[fearyourself]

ha bah si ca sert super souvent en mode ortho... pour un modeleur par exemple. bon effectivement ce n'est pas de l'ortho 2D mais de la vrai projection orthogonal 3D, mais ca sert

Oui j'aurais dû dire Orthogonal 2D parce qu'effectivement en 3D cela sert...


Jc

[shenron666]

Entièrement d'accord. Généralement glTranslatef, glRotatef, gluLookAt n'ont pas vraiment leur place dans un monde Orthogonal.

Pour le gluLookAt d'accord, c'est plutot pour une vue perspective
mais les translations et les rotations sont pratiques en 2D vectorielle ou pour un affichage de sprites par exemple

pour le problème, comme dit Sixissor, il y a déjà une erreur dans les paramètres de la fonction glOrtho :
gauche = droite -> largeur de la vue : 0
haut = bas -> hauteur de la vue : 0
inversion des paramètres Znear et Zfar

il aurait fallu faire par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

glOrtho(-2, 2, 2, -2, -4, 4);

[Sixissor]

il aurait fallu faire par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

glOrtho(-2, 2, 2, -2, -4, 4);

Et même

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

glOrtho(-2, 2, -2, 2, -4, 4);

si tu veux pas avoir la tête en bas