для чего нужна карта нормалей

Особенности применения карт нормалей

Целью написания данной статьи было желание разобраться в том, как работают карты нормалей, определить круг задач, которые можно решить их использованием, а также решить проблемы, возникающие при запекании карт нормалей.
В статью вошли как личные мнения, так и мнения множества людей, переводы и анализ статей.
Не считаю позиции, изложенные в статье, истиной в последней инстанции, это лишь попытка разобраться в сути проблемы. Буду рад конструктивной критике и дополнениям к идеям изложенным в статье.

Оглавление:

Технология работы КН

Возможности и ограничения КН

Основные факторы, влияющие на запекание КН

Методы проецирования лучей для запекания КН
«Averaged projection mesh» (Cage)

Решение часто возникающих проблем при запекании КН

Приложение – Записи по тестам.
Источники

Технология работы КН

Типы КН

World space, Object space, Tangent space. Типы отличаются в зависимости от координатной системы в которой зашифрованы нормали.

World Space

World Space КН очень похожи на Object Space, с различием в том, что они используют X, Y и Z мира (мировых координат) как свои. World Space радужные на вид. Т.к. карта зависит от мировых координат, художник не имеет возможности вращать модель, т.к. при этом разрушается освещение модели. Поэтому World Space можно использовать только для статичных объектов. Как и Object, Space World Space не могут иметь тайловую текстуру. (нужны оригинальные координаты)
В World space каждый пиксель текстуры отражает определенный угол в мире. Карта не редактируют нормали low poly а полностью переписывают их. (позволяет хорошо сгладить модель приближая её вид к хай поли)

Object Space КН

Object Space КН используют ориентацию модели как свои X, Y, and Z. Y наиболее часто используется как направленность «вверх», тогда как X – «слева», а Z – направление в котором направлена модель. На вид эти карты радужные т.к. они отображает нормали которые направлены в разные стороны (вместо 180градусов Tangent Space). Object Space могут использоваться для (жестких) вращающихся моделей и не могут иметь тайловую текстуру. (нужны оригинальные координаты)
В Object space каждый пиксель текстуры отражает определенный угол в мире, относительно pivot объекта. (если вращать объект угол будет вращаться с ним)

Tangent Space КН

Tangent Space КН используют текстурное координатное пространство, так что X и Y являются U и V текстурных координат, а Z нормаль поверхности. Эти карты большей мерой светло синие(127,127,255) т.к. синий канал отображает направление полигонов поверхности модели. red (X) и green (Y) каналы смещают это направление.
Tangent space каждый пиксель текстуры отражает нормали относительно нормалей низкополигональной модели. Карта редактируют нормали low poly.
Глядя на Tangent Space КН можно примерно определить, что в ней закодировано: светло-голубые пиксели (R 127, G 127, B 255) отображают нормали поверхности, направленные «спереди» (прямо из экрана). Розовые пиксели – нормали направленные направо. Зеленые – вверх. Фиолетовые – вниз. И темно синие\зеленые налево.

Алгоритмы создания КН

Для создание World space, Object space существует только один алгоритм создания карты. (исключая flip channels) Tangent Space более сложные и могут создаваться несколькими путями. Отображение модели будет результатом двух операций – кодирования в КН и расшифровки КН при рендере. Идеально эти калькуляции должны быть одинаковы, иначе можно получить ошибки отображения. К сожалению, нет единого стандарта в создании Tangent Space КН, каждая программа делает это по-своему, а игровые движки рендерят по-своему.
Не всегда можно угадать эти алгоритмы и подстроить пайплайн под конкретный движок.
Например Unreal – калькуляции не подходят ни к одному 3д приложению, но существуют техники способные улучшить отображение нормалей (шейдинга) в движке. (для лучшего результата можно экспортировать модель в fbx с флажком tangents and binormals.)
Например программа – handplane

Настройки осей для запекания КН в разных программах:

Maya, Marmoset, Unity should be X+Y+Z+ & Max, UDK, CryENGINE 3 should be X+Y-Z+.

Кодирование информации

Разница между High poly и Low-poly хранится в трех цветовых составляющих изображения (красной, зеленой и голубой). Цвет каждого пикселя кодирует информацию о том, в какую сторону была ориентирована нормаль детальной модели по отношению к нормали вершины низкополигональной модели в данной точке развертки. Красная и зеленая компоненты определяют отклонение нормали вправо/влево (X) и вверх/вниз (Y) соответственно. Голубая цветовая это «глубина» (Z), по сути, является обычной картой рельефа (bump map).
Если разделить все каналы получим видимости направленного освещения:
Красный канал (Red) – модель освещена точно справа.

Зеленый канал (Green) – модель освещена точно сверху.

Синий канал (Blue) – модель освещена точно cпереди.

Tangent basis

Когда вы смотрите на tangent-space КН (например, персонажа), вы замечаете разные цвета вдоль швов UV. Это происходит потому что UV островки обычно ориентированы под разными углами на модели, необходимое зло при отображении 3д модели на 2д карте. Тело может быть – вертикальным островком, рука – горизонтальным. Это заставляет нормали КН искривиться (повернуться) для разных направленностей этих UV островков. UV изгибаются, поэтому и нормали должны быть изогнуты для компенсации. tangent basis помогает переориентировать (изогнуть) освещение когда оно попадает на local space поверхности, поэтому свет выглядит равномерным во всей поверхности модели с КН.
Когда художник тайлит tangent-space КН по ширине поверхности модели (например, ландшафт (сшитые UV)), она освещается правильно т.к. модель имеет единое направление в tangent space.
Если же модель имеет разрывы в UV координатах (швы) или КН имеет сильные направленные градиенты вдоль карты, tangent space не будет единым, и поверхности может иметь стык освещения.

Нейтральный цвет КН (Flat Color)

Обычно (128,128,255) цвет нормали перпендикулярный поверхности. Это нейтральный цвет, показывающий, что никаких отклонений от нормы на КН нет.

Возможности и ограничения КН

Плюсы (+)

КН позволяют создавать cглаженные углы. На крупных прямоугольных деталях их лучше промоделивать геометрией.

КН в сочетании с затемнениями на текстуре цвета отлично передают вдавленности.

КН хорошо передают мелкие детали поверхности.

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

Минусы (-)

КН не изменяют силуэт.

КН плохо сглаживают геометрию.

КН лучше всего работают для углов в 45 градусов и меньше. (более всего критично для запекания)

Выводы:

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

Лучшая область применения КН:

•сглаживание острых углов низкополигонального объекта или добавление фасок на грани,

•создание видимости рельефной поверхности.

Основные факторы влияющие на запекание КН

Это группы сглаживания (Smoothing groups), развертка (UV) и ограничивающая сетка (Cage)

Влияние сглаживания на запекание карт

Запекание КН зависит от сглаживания, примененного к полигонам модели. Если полигоны сглажены – и на КН не будет стыков. (это больше мерой относится к плоскостям т.к. для углы описаны ниже)

Проблема настройки групп сглаживания и UV

Если на модель, имеющую прямые или острые углы назначить одну группу сглаживания и попробовать запечь хай поли с прямыми углами-фасками, КН придется компенсировать это сглаживания для наиболее точной передачи вида хай поли. Это приводит к «натяжению» КН (tension). Визуально это заметно по произвольными затемнениям на модели с КН.
Чем меньше разница в сглаживании хай и лоу поли, тем меньше усилий нужно приложить КН и тем точнее результат.

Пример 1

(1 группа сглаживания, сшитые UV)

Для наилучшего отображения в движке можно использовать Splits (разделения) как UV пространстве так и в группах сглаживания. Это нужно чтоб создавать карты нормалей с меньшим натяжением (tension).
Пример tension – видимые сильные градиенты – компенсация больших перепадов в направлении полигонов (например прямые углы куба) лоу-поли. Обычного нейтрального цвета (фиолет 128 как на фоне) на карте почти нет.

Это КН для 6 гранного куба с одной группой сглаживания.

Low poly без КН

Low poly с КН

Для исправления этих проблем нужно создать такие КН которые не будут из последних сил исправлять сглаживание лоу-поли. Именно для этого используется Split (разделение), для избежания «чрезмерного натяжения» КН – и ошибок шейдинга.

Пример 2
(несколько групп сглаживания, сшитые UV)

В другом примере используется несколько групп сглаживания. (каждый полигон куба – своя группа). Рельтат тут лучше.

Как видно на карте нормалей на плоских частях модели цвет нейтральный (128 фиолет)

Но проблемы все же присутствуют: на сшитых углах модели видима черная полоска.

Решением данной проблемы в конкретном случае является добавление разрыва на UV добавление Padding.

Пример 3
(несколько групп сглаживания, все UV разорваны)

При этом UV отступают друг от друга на достаточное расстояние. (Padding не смешивается)

Вывод: если есть «разделение» в группах сглаживания, то автоматически нужно делать разделение на UV и оставлять место для Padding.
Некоторые рендеры более корректно просчитывают КН и хорошо отображаются в большинстве случаев. (3 point shader)

Пример 4
(добавление геометрии)

Основной минус – усложнение развертки UV.
Пример: 116 трис, 60 вершин.

Пример 5
Комбинация (добавление геометрии и групп сглаживания)

Более всего рекомендуется использовать комбинацию групп сглаживания и фасок геометрии. Это позволит достаточно просто развернуть UV (полосками на кубах и плоскостями на их крышках).
Пример: 60 трис, 64 вершины. (без учета SG)

Вывод: Острые углы в геометрии лучше разделять по SG и UV.

Проблема запеченной триангуляции

Если неправильно настроено сглаживание – а именно на всю модель одна группа сглаживания – при запекании КН могут запечься и проблемы триангуляции.

Жесткие грани (группы сглаживания) Их влияние на запекание КН.
Планирование UV\жестких граней

Разумно планировать жесткие грани (стыки групп сглаживания) когда создается развёртка UV. Т.к. места в которых вы бы обычно хотели иметь жесткие грани являются также и местами в которых разумно иметь шов UV. Это также позитивно влияет на финальное значение количества вершин в модели, т.к. разрыв UV и групп сглаживания находится в одном месте.
В итоге: Места, где необходим разрыв UV будут сопровождаться жесткой гранью. В местах, где располагается острый угол, но не планируется разрыва UV нужно добавить дополнительную геометрию для смягчения нормалей модели. Поэтому важно так создавать HP и LP модели избегая большого количества острых углов.

Относительно швов на UV:

Градиенты на КН

Видимые градиенты на КН не означают, что у вас есть ошибки на запеченной КН. Градиенты лишь компенсируют LP нормали вершин. Чем более экстремальны нормали вершин, тем больше градиентов будет на КН.
Никогда нельзя на глаз определить ошибки сглаживания по 2д виду КН, нужно наложить эту карту на модель и поместить в нужный движок.
Тем не менее, чем больше КН вынуждена компенсировать экстремальные нормали, тем больше шансов получить ошибки сглаживания, в особенности если программа запекания и отображения не синхронизированы.

Поэтому желательно запекать КН с наиболее меньшим количеством градиентов.
Дополнительные причины для этого:

Градиенты плохо масштабируются и «сжимаются» (компрессия)
Проявляются сложности в текстурировании (сложно извлекать Detail map)
Иногда недостаточно texel density (в особенности, когда используются малые текстуры) и потому недостаточно разрешения для отрисовки градиентов.
Когда используются mipmap КН с сильными градиентами теряют качество быстрее, чем КН с меньшим количеством градиентов.
Если программа запекания и отображения не синхронизированы и Tangent basis не совпадает – при наложении КН на модель могут появиться ошибки сглаживания. (даже без mipmap)

Практический пример:

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

Все это усугубляется DXT (или 3Dc) компрессией которая использована наряду с уменьшением

В большинстве ситуаций желательно будет избавиться от градиентов. Это можно сделать довольно просто добавив жесткие грани к границам UV – это уменьшит градиент до приемлемого уровня. (на итоговом кол-ве вершин это не отразится)

Использования жестких граней для правки сильных градиентов на КН
Тестирование запеканий «Averaged projection mesh» и «Explicit mesh normals»
(синхронированные нормали)

На примере нет излишнего количество UV швов, фактически их даже меньше чем обычно используется для синхронизованого пайплайна.

А: Мягкие грани (одна группа сглаживания), «Averaged projection mesh»
В: Жесткие грани на UV швах, «Averaged projection mesh»
С: Жесткие грани на UV швах, «Explicit mesh normals»

Low poly

Low poly c КН

Обратная сторона
Low poly

Low poly c КН

Конечно же кое-кто может сказать, что проблемы слабозаметны даже на А, но это не отменяет факта что В выглядит лучше. К тому же если и уменьшить mipmap еще больше, проблема становится более заметной на крупных формах. (показано ниже)

Не беря во внимание тот факт, что с более низкими mipmap модель удаляется от камеры и занимает меньше места на экране B выдает результат лучше, чем А. Кроме того, большая часть игр имеет настройку качества текстур, так что если игрок играет на низких настройках он увидит mipmap быстрее. Даже если ваша модель имеет текстуру 4к, это не означает что она будет использоваться в игре, фактически такой высокий mipmap не будет использоваться никогда. Он будет отображен, только если модель больше разрешения экрана. (only when the mesh in question is larger than your screen resolution would it use a mip that high)

Теперь рассмотрим пример С. Проблемы проецирования довольно заметны. С данным типом проецирования («Explicit mesh normals») мы создаем швы вдоль любых жестких граней из-за пробелов в проецировании. Этого следует избегать.
В примере не показаны мягкие грани с «Explicit mesh normals» т.к. это дает идентичных результат с А.

Вид КН

Развертка UV

Использование жестких граней (групп сглаживания) для правки сильных градиентов.

Главная причина использования групп сглаживания, если tangent basis программы запекания не соответствует движку рендеринга.
Цвета и градиенты КН отображают разницу между LP и HP моделями и если tangent basis не совпадает тогда цвета эти цвета и градиенты не могут быть транслированы верно в корректное освещение. В итоге мы видим ошибки сглаживания (которые и являются визуальной разницей между tangent basis запеченной карты и считыванием рендера).
Добавление групп сглаживания уменьшает количество градиентов и соответственно – количество ошибок т.к. остается меньше шансов для некорректной передачи – т.к. зоны с группами сглаживания имеют склонность быть более плоскими их значения ближе к 128,128,255 (вместе с иными факторами)
Если вами используется одна группа сглаживания и tangent basis программы для запекания совпадает с движком рендера – тогда в дополнительных группах сглаживания нет нужды, кроме того что это упрощает текстуринг. (более чистые КН) Хотя в некоторых случаях это все же может привести к ошибкам, поэтому нет нужды не использовать группы сглаживания.

Практическое применение:

Отличие «Average Normals» от «Exported normals» в xNormal

В xNormal всегда нужно запекать используя «exported normals». (финальные нормали LP), т.к. «усреднение» нормалей в xNormal отличается от «Averaged Projection Mesh» Если вы используете опцию «Average Normals» и затем используете получившуюся запеченную КН на вашей LP модели, их нормали не совпадут, что приведет к ошибкам.

«Discard back-faces hits»

Примеры:

Exported normals Vs Av. Normals in Marmoset (on the exported normals LP)

Averaged normals

Exported normals

Difference map

xNormal требует чтоб топология Cage совпадала на 100% с LP и не имеет функции «усредненной Cage». Встроенный редактор cage не работает: с увеличением размера Cage также увеличиваются и пробелы в проецировании.

Решением проблемы: дублировать LP модель для использования как external cage и после этого увеличить на нужное значение и наложить группы сглаживания (одну).

Плюсы в использовании «жестких граней»:

Меньше экстремальных градиентов на КН, что упрощает «извлечение» карты деталей в ndo2\ crazybump (без артефактов из-за резких изменений цвета) и упрощает создание LOD (уменьшенные КН создают меньше проблем т.к. они не должны сильно полагаться на нормали поверхности модели), предоставляет лучшее сжатие текстуры (компрессия).
Уменьшает «resolution based smoothing errors» (ошибки сглаживания из-за разрешения), которые появляются когда имеется маленький треугольник, но не достаточно разрешения для его корректного затенения. (в игре маленькие белые треугольники). Также это улучшает отображение КН на меньших MipMaps. (при отдалении от них камеры)

Выводы:

Использование жестких граней (групп сглаживания) на границах UV дает такие преимущества:

Пример извлеченной карты деталей

Используется crazy bump. Увеличение 300%. Примеры А и В. Как видно В имеет более чистый результат.

4. Компрессия текстуры производит лучшие результаты с меньшими градациями.

Причины возникновения «волнистости» на КН

Факторы:

Сужение прямых выпуклостей (отсутствие 90градусных углов)
Совпадение формы: Форма лоу поли, насколько она совпадет с хай (решается добавлением геометрии) (для цилиндра верхняя и нижние крышки моделей должны быть в одном месте)
Сглаживание на прямых и острых углах.

Источник

Это норма: что такое карты нормалей и как они работают

На протяжении нескольких лет я пытался разобраться в картах нормалей и в проблемах, которые обычно возникают при работе с ними.

Большинство найденных объяснений было слишком техническим, неполным или чересчур сложным для моего понимания, поэтому я решил попробовать объяснить собранную мной информацию. Я понимаю, что эти объяснения могут быть неполными или не совсем точными, но всё равно попробую.

Первые созданные человеком 3D-модели выглядели примерно так:

Это замечательно, но у такой модели есть очевидное ограничение: она выглядит слишком полигональной.

Наиболее очевидное решение: добавить больше полигонов, сделав поверхность более равномерной и гладкой, вплоть до того, чтобы полигоны казались единой гладкой поверхностью. Но оказывается, для того, чтобы сделать поверхности наподобие сфер гладкими, нужно огромное количество полигонов (особенно сегодня).

Требовалось другое решение, и так были изобретены нормали. (Всё происходило не совсем так, но так проще объяснять и понимать.)

Давайте проследим за линией из центра полигона, перпендикулярной его поверхности. Мы дадим этой линии очень непривычное название: нормаль. Цель нормали — контролировать, куда указывает поверхность, чтобы когда свет отразиться от этой поверхности, она могла использовать нормаль для вычисления получившегося отражения. Когда свет падает на полигон, мы сравниваем угол луча света с нормалью полигона. Луч отражается под тем же углом относительно направления нормали:

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

Если две грани соединены, то мы можем попросить компьютер сгладить переход между нормалью одного полигона к другому, чтобы нормали постепенно выстраивались в соответствии с ближайшей нормалью полигона. Таким образом, когда свет попадёт ровно в центр одного полигона, то он отразится прямо, в соответствии с направлением нормали. Но между полигонами это направление нормали сглаживается, изменяя отражение света.

Мы будем воспринимать переход как единую поверхность, потому что свет будет отражаться между одним и другим полигоном плавным образом, и между ними не будет пробелов. По сути, свет отражается от этих полигонов плавно, как будто у нас имеется множество полигонов.

Именно этим мы управляем, задавая smoothing groups (3ds Max, Blender) или указывая рёбра как hard или smooth (Modo, Maya): мы сообщаем программе, какие переходы между гранями должны быть плавными, а какие — жёсткими.

Вот сравнение одной сферы из 288 полигонов с жёсткими и плавными переходами:

Потенциально мы можем задать нечто вроде параллелепипеда, чтобы все его вершины имели усреднённые нормали. 3D-редактор будет стремиться сгладить его поверхность, чтобы она выглядела как единая плавная поверхность. Для 3D-редактора это вполне логично, но выглядит очень странно, потому что у нас есть объект, который очевидно должен иметь несколько отдельных поверхностей (каждая грань параллелепипеда), однако программа пытается показать их как одну плавную поверхность.

Именно поэтому в 3D-редакторах обычно есть параметр углов сглаживания: если у нас есть два связанных полигона под углом, превышающем угол сглаживания, то их переход будет плавным, а соединение полигонов под углом меньше угла сглаживания будет жёстким. Благодаря этому крутые углы между поверхностями будут отображаться как разные поверхности, как это и бывает в реальном мире.

Итак, мы использовали нормали для контроля над переходами между гранями модели, но можно пойти ещё дальше.

Так как мы меняем способ отражения света от объекта, можно также сделать так, чтобы очень простой объект отражал свет, как сложный. Это называется картой нормалей. Мы используем текстуру для изменения направления света, отражающегося от 3D-объекта, заставляя его выглядеть сложнее, чем он есть на самом деле.

Примером из реального мира могут служить голограммы, которые раньше вручали в подарок при покупке картофельных чипсов (по крайней мере, у нас, в Испании). Они совершенно плоские, но отражают свет так, как бы это делал 3D-объект, благодаря чему становятся сложнее, чем на самом деле. В мире 3D-графики это работает даже лучше, но всё равно имеет свои ограничения (поскольку поверхность остаётся плоской).

Хоть мы и применяем нормали полигонов для реализации какой-то чёрной магии, на самом деле мы не контролируем сглаживание поверхности модели при помощи нормалей полигонов. Мы используем нормали вершин для контроля сглаживания нормалей. По сути, идея та же, но немного более сложная.

С каждой вершиной может быть связано одна или несколько нормалей. Если она имеет одну нормаль, то можно назвать её усреднённой нормалью вершины, а если несколько — то разделённой нормалью вершины.

Давайте возьмём два полигона, соединённых ребром. Если переход между двумя гранями плавный (если мы указали его как плавный в Maya/Modo, или обе имеют одинаковую smoothing group в Max/Blender), то каждая вершина имеет одну нормаль, которая является средней нормалей полигонов (поэтому она и называется усреднённой нормалью вершины). Важное примечание: до недавнего времени каждый 3D-редактор использовал собственный способ вычисления усреднённых нормалей вершин, то есть карты нормалей, вычисленные в одной программе, в другой могли выглядеть совершенно иначе. Подробнее об этом я расскажу во второй части туториала.

Если переход жёсткий (hard edge или разные smoothing groups), то каждая вершина имеет несколько нормалей: по одной для каждой соединённой вершины, выровненной по их нормалям. При этом между нормалями образуется пробел, который выглядит как две разные поверхности. Именно это называется разделённой нормалью вершины.

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

При запекании карты нормалей мы по сути говорим программе изменить направление, которому следуют нормали lowpoly-модели, так, чтобы они соответствовали направлению в highpoly-модели; поэтому lowpoly-модель будет отражать свет так же, как highpoly. Вся эта информация хранится в текстуре под названием «карта нормалей». Давайте рассмотрим пример.

Допустим, у нас есть вот такая низкополигональная модель (lowpoly). Плоская поверхность с четырьмя вершинами и настроенными UV, которые программа запекания будет использовать для создания карты нормалей.

И она должна получить информацию о нормалях от этой высокополигональной (highpoly) модели, нормали которой сложнее.

Помните, что мы переносим только информацию о нормалях, то есть UV, материал, топология, преобразования и т.п. к делу не относятся. Проверенное правило: если highpoly-модель выглядит хорошо, то её нормали тоже хороши и вполне должны подходить для запекания.

Программа запекания берёт lowpoly-модель и испускает лучи, следуя по направлениям нормалей lowpoly (именно поэтому нам нужно контролировать нормали lowpoly). Эти лучи имеют ограниченную длину чтобы не получать информацию нормалей от далёких граней (обычно это расстояние называется bake distance или cage distance). Когда эти лучи сталкиваются с highpoly, программа запекания вычисляет, как отразить эти лучи, чтобы они следовали по направлению нормалей highpoly, и сохраняет эту информацию в карту нормалей.

Вот результат запекания для нашего примера:

У нас есть текстура, которую движок использует для изменения нормалей lowpoly, чтобы свет отражался от этой lowpoly-модели так же, как он отражался бы от highpoly-версии. Не забывайте, что это только текстура, которая не влияет на силуэт lowpoly-модели (невозможно изменить способ отражения света от модели, если свет не падает на эту модель).

Хотя понятно, что можно «считать» внешний вид highpoly по внешнему виду карты нормалей, очевидно, что карты нормалей — это не обычные текстуры, потому что они хранят информацию не о цвете, а о нормалях. Также это значит, что карты нормалей нельзя рассматривать как обычные текстуры; к тому же, как мы увидим, они обладают особыми параметрами сжатия и гамма-коррекции.

Можно воспринимать карту нормалей как набор из трёх текстур в оттенках серого, хранящийся в одном изображении:

Первое изображение сообщает движку, как эта модель должна отражать свет, падающий справа; оно хранится в красном канале текстуры карты нормалей.

Второе изображение сообщает движку, как модель должна отражать свет, падающий снизу*; оно хранится в зелёном канале текстуры карты нормалей.

*В некоторых программах свет падает не снизу, а сверху, то есть могут быть «левосторонние» и «правосторонние» карты нормалей. Как мы увидим позже, это может вызывать некоторые проблемы.

Третье изображение сообщает движку, как модель должна отражать свет, падающий спереди; оно хранится в синем канале текстуры карты нормалей. Так как большинство объектов при освещении спереди выглядят белыми, карты нормалей обычно кажутся синеватыми.

Когда мы комбинируем все три изображения в одно, то получаем карту нормалей. Помните, что это объяснение не полностью корректно, но надеюсь, что оно позволит вам понять информацию, хранящуюся внутри карты нормалей, и лучше разобраться, что она делает.

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

Эта информация хранится в трёх отдельных каналах изображения, и 3D-редактор считывает её, чтобы понять, в каком направлении должна смотреть поверхность модели.

В следующей статье цикла мы поговорим о том, как можно запекать эти детали из highpoly-модели в lowpoly.

Источник