Ce n' (gl_FragCoord.z / gl_FragCoord.w) représentent?

Je veux le monde réel espace de la distance, et j'ai le sentiment de l'expérimentation que

(gl_FragCoord.z /gl_FragCoord.w)

est la profondeur dans l'espace? Mais je ne suis pas trop sûr.

MODIFIER je viens de trouvé où j'avais à l'origine de cet extrait de code. Apparemment, c'est la profondeur réelle de la caméra?

  • Je ne suis pas sûr de ce que votre question est exactement. Demandez-vous ce que gl_FragCoord.z est la valeur est? Ou ce gl_FragDepth la valeur doit être? Ou tout simplement comment obtenir un espace-monde de profondeur? Cette dernière exige en expliquant exactement ce que vous voulez dire par l'espace-monde de profondeur, depuis la "profondeur" est généralement défini comme le planaire distance à la caméra.
  • Comme indiqué dans la question, je veux que la distance réelle, dans l'espace des unités, à partir de l'appareil photo (ou il est près de l'avion, si cela est plus approprié).
InformationsquelleAutor Engineer | 2012-12-04
  1. 21

    Cela a été demandé (par la même personne) et répondu d'ailleurs. Je suis de la paraphrase et de l'embellissement de la réponse ici:

    Comme indiqué dans la section 15.2.2 de la OpenGL 4.3 profil de base des spécifications (PDF), gl_FragCoord.w est 1 /clip.w, où clip.w est le W du clip-espace de position (c'est à dire: ce que vous avez écrit à gl_Position).

    gl_FragCoord.z est générée par le processus suivant, en supposant que l'habitude se transforme:

    1. L'espace caméra à clip-transformation dans l'espace, via la projection de la matrice de la multiplication dans le vertex shader. clip.z = (projectionMatrix * cameraPosition).z
    2. Transformer normalisé les coordonnées de périphérique. ndc.z = clip.z /clip.w
    3. De transformer la fenêtre de coordonnées, à l'aide de la glDepthRange, près de/loin de valeurs. win.z = ((dfar-dnear)/2) * ndc.z + (dfar+dnear)/2.

    Maintenant, en utilisant la valeur par défaut de la profondeur de la gamme de proximité=0, l'instant=1, on peut définir win.z en termes de clip-espace: (clip.z/clip.w)/2 + 0.5. Si nous divisez-la par gl_FragCoord.w, qui est l'équivalent de la multiplication par clip.w, nous donnant ainsi:

    (gl_FragCoord.z / gl_FragCoord.w) = clip.z/2 + clip.w/2 = (clip.z + clip.w) / 2

    L'aide de la norme de la projection de la matrice, clip.z représente une échelle et le décalage de la caméra-espace Z composant. L'échelle et le décalage sont définis par la caméra de près/de loin les valeurs de la profondeur. clip.w est, encore une fois dans le standard de la matrice de projection, seulement la négation de l'espace caméra Z. par conséquent, nous pouvons redéfinir notre équation en ces termes:

    (gl_FragCoord.z / gl_FragCoord.w) = (A * cam.z + B -cam.z)/2 = (C * cam.z + D)

    Où A et B représentent le décalage et l'échelle, près de/loin de, et C = (A - 1)/2 et D = B /2.

    Par conséquent, gl_FragCoord.z /gl_FragCoord.w est pas l'espace caméra (ou de l'espace-monde) distance à la caméra. Il n'est ni l'espace caméra plane distance à la caméra. Mais il est une transformation linéaire de l'espace caméra de profondeur. Vous pouvez l'utiliser comme un moyen de comparer deux valeurs de la profondeur de ensemble, s'ils venaient à partir de la même matrice de projection et ainsi de suite.

    Pour calculer la caméra-Z de l'espace, vous avez besoin pour passer de la caméra près de/loin de votre matrice (OpenGL vous donne déjà la plage de près de/loin) et de calculer ces A et B valeurs d'eux, ou vous avez besoin d'utiliser l'inverse de la matrice de projection. Alternativement, vous pouvez simplement utiliser la matrice de projection directement vous-même, puisque les fragment shaders pouvez utiliser les mêmes uniformes disponibles pour les vertex shaders. Vous pouvez choisir le A et B termes directement à partir de cette matrice. A = projectionMatrix[2][2], et B = projectionMatrix[3][2].

    InformationsquelleAutor
  2. 1

    Selon les docs:

    Available only in the fragment language, gl_FragDepth is an output variable that
is used to establish the depth value for the current fragment. If depth buffering
is enabled and no shader writes to gl_FragDepth, then the fixed function value
for depth will be used (this value is contained in the z component of
gl_FragCoord) otherwise, the value written to gl_FragDepth is used.

    Ainsi, il ressemble gl_FragDepth faut juste être gl_FragCoord.z sauf si vous avez quelque part d'autre dans votre shaders.

    • Non, il n'est pas. C'est ce que je pensais au début. J'ai juste changé la gl_FragCoord.z dans mon équation avec gl_FragDepth (pour la production de linéaire de brouillard) pour vérifier votre réponse, et tout à coup, mon ensemble de la scène est noire, indépendamment de la distance. Alors que quand je pars à l'origine gl_FragCoord.z, je vois le brouillard après une certaine distance spécifiée.
    • On ne peut pas discuter avec la spécification OpenGL. Si votre code est la production de ce résultat, alors il est soit dû à un bug dans votre code ou d'un bug dans la mise en œuvre. C'est ce qui est écrit dans la spec, et donc, c'est comment OpenGL se comporte.
    • Intéressant, vous devriez dire cela; regarde l'edit je viens de faire de la question. Je vais aussi rappeler que, selon l'échelle de mes objets dans le monde, je suis à peu prêt d'accord avec ce que l'article présente là. Il serait bon, cependant, de savoir si c'est le moyen le plus efficace pour obtenir du monde de profondeur. De ce que je vois ici, il est beaucoup plus efficace que le dérivant de gl_FragDepth.
    • Juste parce que certains idiot sur internet dit qu'il ne la rend pas vraie. La spécification OpenGL définit ce gl_FragCoord représente, non pas un tutoriel. Et le spec est très clair: gl_FragCoord.z / gl_FragCoord.w est errant non-sens.
    • De tempérament, de tempérament! Je vois que vous ne comprenez pas les maths derrière elle, alors. Si vous l'avez fait, vous aurait démenti ainsi. Oh bien!
    • href="http://www.arcsynthesis.org/gltut/Positioning/Tut05%20Overlap%20and%20Depth%20Buffering.html" >je ne comprends pas les maths derrière? I ne pas comprendre les maths derrière? je n'ai pas besoin d'aller autour de réfutation non-sens; la spécification dit ce qu'il dit, et que la page est mal.
    • Oui, les gens la promotion de la non-information réelle et downvoting des faits réels et des vents de moi.
    • Clairement! Donc, je viens de upvoted ce commentaire.
    • On mélange les variables d'ENTRÉE avec des valeurs de SORTIE. 'gl_FragCoord.z' est à votre disposition à l'ENTRÉE. Ce n'est pas vrai pour les "gl_FragDepth'. C'est une SORTIE valeur qui doit être remplie par vous. Si vous n'avez pas le remplir, les spécifications dire qu'il sera rempli automatiquement avec " gl_FragCoord.z'. Vous ne devez pas utiliser "gl_FragDepth' à l'ENTRÉE.

    InformationsquelleAutor Xymostech
  3. 0

    Comme

    gl_FragCoord.w = 1.0 / gl_Position.w

    Et (probablement) de votre matrice de projection obtient w de z (si la dernière colonne est 0,0,-1,0); de

    float distanceToCamera = 1.0 / gl_FragCoord.w;
    InformationsquelleAutor Marcus O Platts