pb de lumiere & transformation

Version imprimable

15/05/2007, 11h28
goffioul

pb de lumiere & transformation

Bonjour,

Je travaille sur un programme de visualisation scientifique base sur OpenGL et j'ai un probleme avec la lumiere. Jusqu'ici, je definissais ma matrice modelview de telle sorte que mes objets tombent dans le cube [-0.5 0.5 -0.5 0.5 -10 10] et puis je faisais:

glOrtho(-0.5, 0.5, -0.5, 0.5, -10, 10);
glViewport(0, 0, width, height);

L'eclairage etait OK. Recemment, j'ai change mes transformations pour que ma matrice modelview "mappent" mes coordonnees objet directement en coordonnees fenetre et puis je fais:

glOrtho(0, width, height, 0, 1000, -1000);
glViewport(0, 0, width, height);

Mais l'eclairage ne marche pas: j'ai juste la lumiere ambiante, la diffuse et speculaire n'a pas l'air d'apparaitre. Les normales sont identiques et j'active GL_NORMALIZE dans les 2 cas.

Qu'est-ce qui peut provoquer cela? Merci.

PS: Pour info, dans le premier cas, la matrice modelview est

0.00366 -0.00281 0.00000 -0.00084
0.00121 0.00158 0.66993 0.00000
-0.00439 -0.00573 0.80760 -8.66025
0.00000 0.00000 0.00000 1.00000

dans le deuxieme cas, elle est

2.16429 -1.66071 0.00000 295.00000
-0.57461 -0.74884 -316.87822 238.00000
0.00439 0.00573 -0.80760 8.66025
0.00000 0.00000 0.00000 1.00000
15/05/2007, 11h51
fearyourself

Il faudrait peut-être voir comment tu définis tes lumières et tu as fait exprès de changer les signes des deux derniers paramètres de glOrtho ?

A mon avis, cela va changer la facon dont fonctionnera les lumières.

Jc
15/05/2007, 12h12
goffioul

Citation:

Envoyé par fearyourself

Il faudrait peut-être voir comment tu définis tes lumières et tu as fait exprès de changer les signes des deux derniers paramètres de glOrtho ?

A mon avis, cela va changer la facon dont fonctionnera les lumières.

Jc

Note que glOrtho est appele pour la matrice de projection.

Oui, l'inversion est volontaire. Pour l'axe Y, j'avais trouve un exemple sur le web, permettant d'utiliser OpenGL avec des coordonnees fenetre; comme l'axe Y est inverse (haut->bas), l'inversion dans glOrtho fait directement le mapping bas->haut/haut->bas.

Pour l'axe Z, pour etre plus exact, je calcule les coordonnees Z min/max apres la transformation modelview, et je definis la projection par

glOrtho(0, width, height, 0, -zmin, -zmax);

D'une maniere generale, je pensais que l'eclairage etait calcule avant la projection (auquel cas, cela ne devrait pas avoir d'influence), mais je me gourre peut-etre, je suis plutot novice.

Les lumieres sont definies de la meme maniere dans les 2 cas: lumiere locale blanche

double[] cp = {1,1,1,1};
glLightfv(GL_LIGHT0, GL_DIFFUSE, cp, 0);
glLightfv(GL_LIGHT0, GL_SPECULAR, cp, 0);
glLightfv(GL_LIGHT0, GL_AMBIENT, new float[] {1,1,1,1}, 0);
glLightfv(GL_LIGHT0, GL_POSITION,
new float[] {p1, p2, p3, (isLocal ? 1.0f : 0.0f)}, 0);

as tu fais un
Code:

1 2 glEnable(GL_LIGHT0)
As tu mis des textures ?
si oui as tu mis dans
Code:

1 2 glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,GL_MODULATE);
et non
Code:

1 2 GL_REPLACE.
as tu le culling d'activé ?
Code:

1 2 3 4 glFrontFace(GL_CCW);//sens de construction des faces counter clock wise (sens direct) glCullFace(GL_BACK); //met le à front and back ça affichera les deux cotés des faces. glEnable(GL_CULL_FACE);
Mais perso ton gluortho bidouillé avec des inversions d'axes, ça revien à faire des scale négatif. chose que j'aime pas trop (dans ce cas faut bien réfléchir au sens de contruction et au culling) . Pour ton near et ton far, ta caméra étant au milieu , je pense que -1000 -1 ou 1 1000 serait à essayer.

Citation:
Envoyé par Suryavarman
as tu fais un
Code:

1 2 glEnable(GL_LIGHT0)
As tu mis des textures ?
si oui as tu mis dans
Code:

1 2 glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,GL_MODULATE);
et non
Code:

1 2 GL_REPLACE.
as tu le culling d'activé ?
Code:

1 2 3 4 glFrontFace(GL_CCW);//sens de construction des faces counter clock wise (sens direct) glCullFace(GL_BACK); //met le à front and back ça affichera les deux cotés des faces. glEnable(GL_CULL_FACE);
Mais perso ton gluortho bidouillé avec des inversions d'axes, ça revien à faire des scale négatif. chose que j'aime pas trop (dans ce cas faut bien réfléchir au sens de contruction et au culling) . Pour ton near et ton far, ta caméra étant au milieu , je pense que -1000 -1 ou 1 1000 serait à essayer.
La lumiere est bien activee. Il n'y a pas de texture. Le culling n'est pas active. Par acquis de conscience, j'ai remodifie mes matrices de transformations pour eviter l'inversion dans glOrtho; maintenant je n'ai plus de scale negatif et mon glOrtho ressemble a:

Code:

glOrtho(0, width, 0, height, zmin, zmax);

Mais ca ne change pas grand chose. :(

Voici quelques infos supplementaires.

J'ai repris mon ancien code (ou cela fonctionnait correctement) et j'ai essaye de reproduire le meme type de scaling que dans le nouveau. En effet, une des differences principales entre les 2, c'est que dans un cas mon cube unite est mappe en coordonnee normalisee dans un rectangle [-0.5, -0.5, 0.5, 0.5] alors que dans l'autre cas mon cube unite est mappe dans un rectangle dont les coordonnees correspondent aux pixels de ma fenetre [x, y, w, h], donc avec des valeurs beaucoup plus grande. Et le probleme d'eclairage apparait, meme avec mon ancien code.

En pratique, cela donne ceci. Si ma fenetre OpenGL a un dimension (W,H) et que mon cube unite occupe le rectangle [x,y,w,h] en coordonnees fenetre, dans un cas (ou l'eclairage fonctionne) je fais
Code:

1 2 3 4 5 6 7 glMatrixMode(GL_MODELVIEW); glTranslated(-0.5+(x+w/2)/W, -0.5+(y+h/2)/H, 0); glScaled(w/W, h/H, 1); // + d'autres operations (communes) glMatrixMode(GL_PROJECTION); glOrtho(-0.5, 0.5, -0.5, 0.5, 0, 20);
Et dans l'autre cas (ou l'eclairage ne fonctionne pas)
Code:

1 2 3 4 5 6 7 glMatrixMode(GL_MODELVIEW); glTranslated(x+w/2, y+h/2, 0); glScaled(w, h, 1); // + d'autres operations (communes) glMatrixMode(GL_PROJECTION); glOrtho(0, W, 0, H, 0, 20);
Dans les 2 cas, GL_LIGHT0, GL_LIGHTING et GL_NORMALIZE sont active. GL_CULL_FACE est desactive.

22/05/2007, 10h33
goffioul

Pour une visualisation du probleme, voici 2 captures d'ecrans correspondant au 2 cas pre-cites.

Quand ca marche:
http://www.ceilimoss.be/temp/ScreenHunter_1.gif

Et quand ca marche pas
http://www.ceilimoss.be/temp/ScreenHunter_2.gif

Suite a la description de la difference de scaling qui existe entre mes 2 situations, j'ai voulu tester un cas intermediaire. Je definis donc mes matrices de la maniere suivante (fenetre OpenGL WxH et cube unite dans [x,y,w,h])
Code:

1 2 3 4 5 6 7 8 double fact = 25; glMatrixMode(GL_MODELVIEW); glTranslated(fact*(x+w/2)/W, fact*(y+h/2)/H, 0); glScaled(fact*w/W, fact*h/H, 1); // + d'autres operations (communes) glMatrixMode(GL_PROJECTION); gl.glOrtho(0, fact, 0, fact, 0, 20);
En pratique, quand fact=1, je suis dans la situation qui marche, et quand fact=~300 je suis dans l'autre. Cependant, la transformation globale (modelview+projection) reste la meme. Voici un screenshot quand fact=25.

http://www.ceilimoss.be/temp/ScreenHunter_3.gif

En fait, je me rend compte que ma transformation modelview est de moins en moins homogene point de vue scaling dans les 3 directions (le facteur multiplicatif selon X et Y est 200-300 fois plus grand que celui selon Z). Est-ce que cela peut etre la source du probleme?

23/05/2007, 10h10
goffioul

Apres quelques tests supplementaires, j'ai pu determiner que la cause de mon probleme n'etait pas les inversions dans glOrtho (qui est appele en mode GL_PROJECTION, donc *apres* que l'eclairage ait ete calcule), mais bien au scaling non-uniforme que j'applique en mode GL_MODELVIEW (donc *avant* l'eclairage). Ce scaling a comme effet de deformer mes normales, ce qui n'est pas compenser par GL_NORMALIZE (parce que le scaling est non-uniforme).

Comme le facteur de scaling selon X/Y est bcp plus grand que selon Z, je me retrouvais apres transformation avec des normales quasi exclusivement orientee selon Z, ma surface perdant tout son relief (point-de-vue eclairage).

Ma solution a donc ete de decomposer ma transformation GL_MODELVIEW en 2, en ne gardant que les operations "rigides" (sans deformation d'angle) en mode GL_MODELVIEW, et de faire passer tout le reste en mode GL_PROJECTION. De la sorte, l'eclairage est calcule avant deformation des normales et tout fonctionne bien (et je peux garder mes inversions dans glOrtho).

Merci a ceux qui ont repondu.