В статье здесь говорится:
Это достигается делением x, y и z на w. Полученные координаты называются нормализованными координатами устройства. Теперь все видимые геометрические данные лежат в кубе с позициями между ‹-1, -1, -1> и ‹1, 1, 1> в OpenGL и между ‹-1, -1, 0> и ‹1, 1 , 1> в Direct3D.
Это создает проблему для кросс-платформенных шейдеров, которые хотят проверить координату Z по какой-то конкретной причине. Есть ли способ получить координату Z в том же диапазоне, независимо от платформы?
Где вы проводите это тестирование Z, которое вы хотите сделать?
Если вы делаете это во фрагментном шейдере, вам все равно. gl_FragCoord.z или любой эквивалент Cg находится в пространстве окна. Протяженность оконного пространства по оси Z определяется как glDepthRange; по умолчанию он изменяется от 0 до 1.
Если вы выполняете этот тест в вершинном шейдере, вам просто придется с этим смириться. Лучше провести тест в пространстве камеры, а не в пространстве клипа или в пространстве NDC. По крайней мере, тогда вы обычно имеете дело с расстояниями мирового масштаба.
glViewport и glDepthRange: пространство между NDC и окном. Подробности можно найти здесь.
- person Nicol Bolas; 15.11.2011
gl_FragCoord находится в пространстве window. Таким образом, это относительно окна просмотра, которое вы установили с помощью glViewport и glDepthRange. Так что нет, не будет.
- person Nicol Bolas; 15.11.2011
Интересный вопрос, но я сомневаюсь, что это достижимо, так как преобразование области просмотра все еще является фиксированной функцией.
Первое, что приходит на ум, это использовать glDepthRange (или его возможный аналог D3D), чтобы изменить отображение с NDC z на глубину. Но это не сработает, так как передача [-1,1] в glDepthRange просто зажмет его на [0,1] и в D3D тоже нельзя установить на [0.5,1], так как до этого все равно все будет обрезано против [0,1].
Но я не думаю, что вам это нужно слишком часто, так как в шейдере фрагмента/пикселя вы получаете координаты окна с нормализованной глубиной [0,1] (я ожидаю, что Cg будет вести себя здесь аналогично GLSL). И в вершинном шейдере вам все равно чаще понадобится глубина мира или пространства просмотра, а не NDC z. Если вам это действительно нужно, вы можете просто принять решение на основе определения препроцессора в шейдере.
Обычно избегают использования нелинейного значения z/w пространства NDC. Обычно это делается путем передачи абсолютного расстояния до вершины Z путем дополнительного варьирования. Таким образом, вещи остаются портативными.
