HLSL tex2D() - откуда берется градиент?

Question

Когда я рисую текстуру в пиксельном шейдере, блоку текстуры нужно выбрать mipmap на основе градиента текстуры вокруг затененного пикселя.

Там есть функция tex2Dgrad(), которая позволяет мне поставить информацию о градиенте вручную и tex2Dlod(), который позволяет мне выбрать MIPMAP вручную, но если я просто позвонить tex2D() тогда где же дополнительная информация градиента взялась?

tex2D() является наиболее распространенным случаем для отображения текстур, используемого в большинстве шейдеров, но я понятия не имею, откуда градиент. Очевидно, что Mipmapping работает, поэтому он должен откуда-то исходить.

Я хочу использовать текстуру в виде таблицы перекодировки в пиксельном шейдере с использованием вычисленных U и V координаты, но я не хочу любые неожиданные «магия» происходит в tex2D().

Нужно ли использовать tex2Dlod(), чтобы избежать этого? Я читал, что tex2Dlod() медленнее, чем tex2D().

Answer 1

Графические адаптеры выделяют «квадрат» 4 пикселя за раз, а градиенты, используемые для получения текстур, исходят из конечных разностей, вычисленных из смежных пар пикселей. Именно так GPU может генерировать частные производные даже для произвольных выражений в пиксельном шейдере. Функция tex2Dgrad может быть полезна, если вы можете рассчитать более точные аналитические производные для значений, которые вы передаете в качестве координат текстуры.