[Compréhension3D] Différence entre model-space ET view-space

Bonjour tous le monde :ccool:

Je souhaiterais comprendre enfin la DIFFERENCE entre ce que l'on appelle "l'espace model" (model-space) ET "l'espace vue" (view-space).

( Un petit schéma (fait avec des caractères ou un screen-shot) m'apporterais une vision plus forte encore :wink: )

ma vision des choses :
Un model-space est semblable à un espace de coordonnées "carré" comme une si le résultat graphique était une représentation en isométrique.

Un view-space serait un model-space auquel on aurait ajouté une profondeur en perspective qui, avec cette profondeur, lui donne un aspect plus "lointain", donc ici on modifierait les coodonnées simples du model-space.

Est-ce une bonne vision et, sinon, comment l'interprétez-vous logiquement (mathématiquement) et graphiquement (en imagé).

Sinon, connaissez-vous quelques sites traitant à FOND de ce sujet ??

Merci encore.
Séb.
:wink:

en fait le model space est tout simplement l'espace du model, et le view space l'espace de la camera.
et comme en openGL on aime bien simplifier les chose, il n'existe qu'une seule matrice : la matrice MODELVIEW qui regroupe les 2 matrice, comme ca pas de probleme :wink:

Citation:

---

en fait le model space est tout simplement l'espace du model, et le view space l'espace de la camera.

---

ARGG!! Tu ne fait que "renommer" les 2 termes que je voulait que tu m'expliques. :(

Sinon, ok pour:

Citation:

---

et comme en openGL on aime bien simplifier les chose, il n'existe qu'une seule matrice : la matrice MODELVIEW qui regroupe les 2 matrice, comme ca pas de probleme

---

:wink:

:arrow: Notamment pour faire du bump-mapping, ou pour faire certains calculs de lumières pour trouver le diffus et le spéculaire, on a besoin de passer, mathématiquement, de l'espace-model à l'espace-vue;
:arrow: donc il y a bien une différence mathématique entre les 2.

merci encore.
:wink:

L'espace modèle c'est simplement le repère local (généralement une matrice) associé à ton modèle, l'espace de la caméra c'est pareil, mais pour la caméra. Pour passer à l'un ou à l'autre il suffit donc d'appliquer le changement de repère (de matrice) associé. Il n'y a vraiment rien de compliqué :wink:.

Ok pour la compréhension globale. :ccool:

Mais alors pourquoi, lorsque l'on applique la matrice inverse de la "model-view", on fait passer les objets et vecteurs de l'espace caméra à l'espace objet ?? :cfou:

Quesqu'il se produit au niveau mathématique pour fait passer, par exemple, un vecteur ou un cube de l'espace globale à son propre espace, donc son propre repère (espace objet) ?? :koi:

merci.
:wink:

Citation:

---

Envoyé par cyber_N

Mais alors pourquoi, lorsque l'on applique la matrice inverse de la "model-view", on fait passer les objets et vecteurs de l'espace caméra à l'espace objet ?? :cfou:

---

Parceque faire bouger le point de vue revient à faire bouger dans l'ordre inverse et dans le mouvement inverse les objets

exemple: se déplacer vers la gauche reviens à déplacer l'objet vers la droite
faire tourner le point de vue sur lui même revient à faire tourner l'objet dans le sens inverse autour du point de vue

unnn - un... :cfou:

Ok pour l'explication globale! :wink:
Tout ceci, je le cerne bien (merci quand même de me le re-mémorer), mais .... il me reste encore un ch'ti bout de compréhension et c'est complètement ok.

Pour ce faire, tiens, allez : prenons un exemple informatique réelle : le bump-mapping.

après préparation des textures, on récupère la position de la lumière et on "formate" la position de ce point en utilisant la "model-view" inverse.

Le bout de code tiré du très bon site "codesampler.com":

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

// // Transform the light's position from eye-space to object-space // vector3f vLightPosES; // Light position (in eye-space) vector3f vLightPosOS; // Light position (in object-space) vector3f vVertToLightOS; // L vector of N.L (in object-space) vector3f vVertToLightTS; // L vector of N.L (in tangent-space)   // Get the light's current position, which is in eye-space. float fLightsPosition[4]; glGetLightfv( GL_LIGHT0, GL_POSITION, fLightsPosition ); vLightPosES.x = fLightsPosition[0]; vLightPosES.y = fLightsPosition[1]; vLightPosES.z = fLightsPosition[2];   // Transform the light's position from eye-space into object-space matrix4x4f modelViewMatrix; matrix4x4f modelViewMatrixInverse;   glGetFloatv(GL_MODELVIEW_MATRIX, &modelViewMatrix.m[0] ); modelViewMatrixInverse = matrix4x4f::invertMatrix(&modelViewMatrix );   vLightPosOS = vLightPosES; modelViewMatrixInverse.transformPoint( &vLightPosOS );

---

Pour tester, j'ai volontairement omis d'inverser la matrice.
résultat : le bump mapping n'est plus dynamique mais fixe suivant la position relative de la lumière.

ma question : pourquoi doit-on, DANS CETTE EXEMPLE, inverser la matrice ?? (j'essaie de comprendre avec un exemple concrêt)