Discussion :

[MatRem]

Bonsoir,

Je me demande qu'elle est l'intérêt d'utiliser gluLokAt avec un vecteur up qui n'est pas perpendiculaire au vecteur de visée.
D'ailleurs je ne vois pas que ça change quelquechose.

ex:

Code :

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

gluLookAt(0, 0, 1, 0, 0, 0, 0, 1, 1);

[razmott]

Salut !

Je me demande qu'elle est l'intérêt d'utiliser gluLokAt avec un vecteur up qui n'est pas perpendiculaire au vecteur de visée.

Peut-être veux-tu dire un vecteur différent de (0, 1, 0).
Et bien à tourner la caméra par exemple, en lui mettant la tête en bas :
(0, -1, 0).

Sinon qu'il soit perpendiculaire ou pas je ne crois pas que ça change grand chose. Je vérifierai dans le red book d'OpenGL.

@+

[Sacha999]

ca sert pour les jeux quand par exemple le personnage est au coin d'un mur et penche la tete pour voir les ennemi, sans se metter en danger

[Laurent Gomila]

Ou encore pour un avion, vaisseau spatial, etc...

[MatRem]

Vous parlez de l'inclinaison du vecteur up par rapport à Y là non?
Ca j'ai bien compris .

Moi je parles de son orthogonalité avec le vecteur de visée...

La specs de glu dit qu'il ne doit pas être parallèle au vecteur de visée :

The UP vector must not be parallel to the line of sight from the eye point to the reference point.

Mais elle n'explique pas vraiment à quoi ça sert qu'il ne soit pas perpendiculaire. L'explication qu'il donne sur up je ne la comprends pas vraiment :

Similarly, the direction described by the UP vector projected onto the viewing plane is mapped to the positive y axis so that it points upward in the viewport.

Je pourrais essayer d'approfondir les matrices générées mais j'ai un peu la flemme.

[Laurent Gomila]

L'explication qu'il donne sur up je ne la comprends pas vraiment

Ca signifie que ton vecteur UP, une fois projeté, ce sera ton Y à l'écran.

Quant au fait de ne pas être orthogonal au vecteur de visée, ça n'a a priori pas d'importance, j'imagine qu'il est recalculé pour l'être de toute façon, de manière à toujours avoir une base orthogonale pour le repère caméra.
Ou peut-être pas

[MatRem]

Ok donc cette explication ne parles effectiment pas de ce qui se passe si la perpendicularité n'est pas respectée.

Quant au fait de ne pas être orthogonal au vecteur de visée, ça n'a a priori pas d'importance, j'imagine qu'il est recalculé pour l'être de toute façon, de manière à toujours avoir une base orthogonale pour le repère caméra.
Ou peut-être pas

C'est la conclusion à laquelle je suis arrivé, mais j'aurais aimé avoir une certitude .

[Laurent Gomila]

Je viens de lire la doc, elle dit clairement que le vecteur up est recalculé pour être orthogonal aux deux autres.

Finally, let s = f x UP', and u = s x f.

Là tu vois qu'ils calculent le troisième axe s orthogonal à f (la visée) et UP' (le vecteur up normalisé), puis recalculent le vecteur up (appelé u) pour être orthogonal à s et f.

[Groove]

Heum ... sinon la matrice n'est pas une matrice d'orientation correct, n'est pas lineaire. Le triedre de Fresnet

[MatRem]

Ok j'avais pas bien lu ... merci.
Sinon que tu dis tu à propos du repère de Fresnet Groove?