Comments 20
Но, к сожалению, и в нем информации не много, всего три совета:
1) Не допускать «перекрывания» объектов
2) По возможности устанавливать ближнюю плоскость отсечения максимально далеко
3) Если позволяет производительность, использовать повышенную (32bit) точность буфера глубины
Вы можете рисовать кабину отдельным проходом. Например, нарисовать весь мир (допустим, с камерой от 5м до 10км), потом очистить буфер глубины и спокойно нарисовать кабину поверх. (уже, например, с камерой 5м-10см).
Хотя в идеале было бы лучше сначала нарисовать кабину, чтобы для ландшафта зазря не считать цвета пикселей, которые будут закрыты кабиной.
https://nlguillemot.wordpress.com/2016/12/07/reversed-z-in-opengl/
Для, например, авиасимулятора не возникнет ли обратной проблемы?
Вот, развернули Z-Buffer, озеро перестало мерцающе бороться с ландшафтом — не начнут ли теперь за глубину бороться близ летящие самолётики?
Распределение float не линейное (как и Z-buffer). Особенность подхода в том, что экспонента float-а растёт соответственно направлению Z. Поэтому высокая точность достигается в любой точке Z-буфера. Естественно это работает для диапазона [0,1] (для GL необходимо использование glClipControl)
https://developer.nvidia.com/content/depth-precision-visualized
Что касается производительности float Z-buffer, то она не хуже int даже на древних картах. А в AMD 24-битной глубины нет вообще.
В случаях с рисованием декалей может помочь glPolygonOffset
Он чуть-чуть сдвигает глубину. Например, вы рисуете стенку, а поверх неё — след от пули. С помощью оффсета можно сделать, чтобы находящийся прямо на стенке след, гарантированно рисовался "поверх".
P.S. Похоже, разработчики некоотрых игр этой фишки не знают и те же следы пуль делают "висящими" над поверхностью.
Просмотрел статью по диагонали (так как обо всем этом я уже знаю). Очень хорошо написано, очень грамотно разложено все по полкам… Но… будучи специалистом такую статью я читать не стал, а будучи начинающим я бы ничего не понял… К тому же, зачем писать о буфере глубины, если для него будет отдельная статья? Очень много лишнего. Это не в укор, написано действительно супер, потрясающе… Но это не статья для обучения, это книга. К тому же длинные статьи воспринимаются очень и очень сложно. Я заметил, что предыдущая статья была аж в ноябре. Я бы посоветовал писать лучше по маленькой статье в две-недели или месяц, вместо таких перерывов с выдачей в результате целой главы. Так и Вам будет лучше, и тем, кто читает и ждет следующих выпусков.
Да, начинающим всё это понять не просто, но благодаря иллюстрациям и сопутствующим примерам, вполне по силам. Не думаю, что объемная теоретическая часть уроков — это лишнее. Бывают, конечно, самоучители в стиле Lazy Foo, где почти голый код. Там точно «лишнего» нет совсем, но вот усвояемость информации, как мне кажется, от этого жутко хромает.
Размер уроков уроков обусловлен формой оригинала. На мой взгляд автор смог весьма удачно структурировать и преподнести материал в виде последовательности логически завершенных тем, включающих в себя как теорию, так и практические упражнения. Думаю, что дробить все это на что-то более мелкое будет не совсем целесообразно (и не очень просто). Кстати, последняя статья была в январе, а не ноябре.
P.S.: написать (вернее упомянуть) о буфере глубины автор был вынужден для полноценной демонстрации примера куба.
Скорей всего здесь пропущено слов «деле». Т.е. должно быть:
«из диапазона [-1.0, 1.0] на самом деле интуитивно непонятно»
learnopengl. Урок 1.8 — Системы координат