Discussion :

[zenux]

Bonjour,

J'essaye de comprendre comment fonctionne le depth buffer en OpenGL mais je ne m'en sort pas. Je trouve 50 formules différentes sur le net, grrrrr.

Dans la doc officiel: http://www.opengl.org/resources/faq/...epthbuffer.htm, voila ce que je trouve:

The viewport transformation scales and offsets by the depth range (Assume it to be [0, 1]) and then scales by s = (2n-1) where n is the bit depth of the depth buffer:
Zw = s * [ (We / Ze) * f*n/(f-n) + 0.5 * (f+n)/(f-n) + 0.5 ]

Si j'ai bien compris, Zw devrais se trouver entre 0 et 65535 avec un depth buffer de 16 bits?!
Pourquoi ce n'est pas le cas avec les données suivantes:
n = 1
f = 10
Ze = 5
We = 1
Zw= 65 535 * ((((1.0 / 5.0) * 10 * 1) / (10 - 1)) + ((0.5 * (10 + 1)) / (10 - 1)) + 0.5) = 87 380

Merci d'avance...

[Lightness1024]

y'a une erreur dans cette formule, ou meme plusieurs:

si je suis bien reveillé: (f+n)/(f-n) > 1 il me semble.

donc:
0.5 * (f+n)/(f-n) + 0.5 > 1

donc ca pêche déjà parce que de l'autre côté un ajoute un truc qui n'a aucune chance d'être négatif. (ou alors c'est la qu'on craque)

parce que du coup on fait Zw = s * x avec x > 1 donc on débordera toujours de s.

[zenux]

Oui en effet, ton raisonnement me semble correct.

- Est-ce la formule qui est fausse ? Même sur opengl.org ? Dans ce cas, il me reste quoi comme solution à part le sucuide ?
- Où alors je n'ai pas compris le sens de la fomule et elle n'est pas censé renvoyer un chiffre entre 0 et 2^n-1 ?

[Lightness1024]

je ne sais pas, rajouter des couches de googleage ne fera pas de mal.
j'ai bien aimé la petite explication de fa7:
http://www.developpez.net/forums/d10...engl/z-buffer/

http://www.codermind.fr/articles/Dep...-tutorial.html

...

[LeGreg]

Oui en effet, ton raisonnement me semble correct.

- Est-ce la formule qui est fausse ? Même sur opengl.org ? Dans ce cas, il me reste quoi comme solution à part le sucuide ?
- Où alors je n'ai pas compris le sens de la fomule et elle n'est pas censé renvoyer un chiffre entre 0 et 2^n-1 ?

Tu peux relire cet article pour une autre vision des choses :
http://www.codermind.fr/articles/Dep...-tutorial.html

Le near plane c'est quand z = 0, le far plane c'est quand z/w = 1. (w étant la distance positive depuis l'oeil ou centre de projection en utilisant mes notations).

Le problème de l'article d'OGL.org (et ton problème) c'est qu'il repose à fond sur les conventions OpenGL et donc nécessite de bien comprendre ce qu'elles recouvrent (eye space, clip space et.). Notamment un point important c'est que le frustum est défini comme étant dans les Z négatifs de l'eye space OpenGL. Donc déjà si tu choisis un Ze positif pour ton point à projeter il sera nécessairement en dehors de ton frustum.

Refais les calculs avec Ze/We = -5 par exemple. (ou tu peux choisir Ze/We = -1 et Ze/We = -10 pour vérifier que la formule est correcte pour les near et far values).

LeGreg

[zenux]

Merci beaucoup à vous deux, j'arrive à calculer la valeur stocké dans le z-buffer d'OpenGL.
Pour ceux que ça interesse (et surtout comme pense bête pour moi ):

Données:
n = 1
f = 10
Ve(Xe=0.0, Ye=0.0, Ze=-5.0, We=1.0)

Méthode OpenGL.org:
Zc = -Ze*(f+n)/(f-n)-We*2*f*n/(f-n) = 3.88888889 //(projectionMatrix*Ve).z
Wc = 5 //(projectionMatrix*Ve).w
Zndc = Zc/Wc = 0.777777778
Viewport transformation (assume it to be [0, 1]):
Zw = (Zndc+1)*0.5 = 0.888888889

Méthode Codermind.fr:
w = -Ze = 5.0
z/w = (f-(n*f)/w)/(f-n) = (10-(1*10)/5.0)/(10-1) = 0.888888889