О том, как сделать свой первый 3DAsset

Доброго времени суток Всем и не-Всем! Этот пост открывает цикл статей, посвященных моему опыту 3D-моделирования при создании мешей для одного небольшого проекта (о нем можно почитать тут).

Любую задачу, даже весьма сложную, можно представить как сумму простых. И чтобы не моделировать геометрически сложные объекты, я начал с простого 3DAsset металлических ящиков.

Перед тем как приступить к моделированию, стоит ответить на ряд вопросов?

Так как вопрос «Какую роль выполняет модель в проекте?» напрямую отсылает к вопросам Рубрики «Идея» (об этом тут), то здесь я дам ответ без дополнительной аргументации. Итак, какое требование к модели?

В проекте мною будет использоваться такой принцип, как «повествование через окружение». Фокус данного принципа будет установлен на предмет, как объект повествования. Реализация принципа ложится на плечи таких игровых механик, как:

В таком случае модель должна:

Требования определены, а значит пора заняться выбором инструмента.

Вопрос «Где моделировать» был практически сразу решен - выбор пал на Blender. Почему? Думаю, что на это можно и не отвечать.

А вот с «где будет реализован проект?» всё было намного сложнее. Изучение началось со статьи на Хабре, где был представлен список игровых движков. Несколько часов мытарств; чтения чем хорош или плох тот или иной софт; «Может самому написать движок с нуля?»; «Ты не умом, а сердцем выбирай!»; «Утро вечера мудренее»; «А что там скажет астролог?». В некоторой апатии я вышел из чата собственных мыслей и отправился спать.

Утром, перечитав список требований, вспомнил, что где-то есть технология, которая позволяет вписать в сцену миллионы миллиардов треугольников. Название у технологии еще такое интересное - Nanit. А вдруг ложь и происки маркетинговой политики капиталистической машины вранья? Нужно разобраться...Раз, два, три. А с этим можно поэкспериментировать. Я выбрал Unreal Engine 5.

Чем доить корову - понятно, но как? Разработаем пайплайн для моделирования!

Классическая последовательность при проектировании статической 3D-модели может быть представлена в следующем виде (материал взят тут):

Индивидуально под проект классическая структура была несколько видоизменена и стала выглядеть следующим образом:

Логика удаления таких этапов как «LowPoly» и «Запечка» - отброшены в виду того, что модели в конечном варианте будут использоваться в UE5, где есть Nanit, которому можно скармливать высокополигональные модели.

Сам метод HighPoly моделирования после прочтения (Тут) пал на классический SUBD.

Отлично! Получены ответы на поставленные выше вопросы, а значит можно переходить к моделированию.

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

Пора начать. Во-первых, произведен менеджмент папок коллекции сцены согласно пайплайну.

Данная структура в процессе работы позволяла мне в случае фатальной ошибки (что было часто в виду небольшого опыта) на этапе HighPoly сделать бекап до стадии DraftDetailBlocking и продолжить моделирование HighPoly. А при использовании методики классического SUBD в создании высокополигональной модели - дает заметную экономию энергии и сил, когда ты (я) напортачил с сеткой.

На этапе DraftGeneralBlocking получены следующие результаты:

На этапе DraftDetailBlocking необходимо было сделать детализацию модели. Так как каких-либо мелких деталей на референсах мною замечено не было, то основная часть работы - скругление формы за счет модификатора Bevel.

Результат можно посмотреть ниже:

Модели практически готовы. Осталось добавить модификатор Subdivision Surface. При использовании модификатора установил негласные правила:

После применения модификатора:

С этапом моделирования все. На очереди UV - развертка. Обозначаю швы и получаю:

Нанесение текстур производилось в Substance Painter. Текстуры наносились с разрешениями 1024х1024 и 2048х2048. Мой опыт создания материалов и текстур в Substance Painter я освещу в отдельном посте (ссылка будет добавлена позже). Полученный результат с разрешением текстур 2048х2048:

В процессе создания 3DAsseta я получил следующие данные:

1) Количество треугольников на различных этапах моделирования;

2) Вес файлов с моделями на различных этапах моделирования;

3) Вес текстур разрешения 1024х1024 и 2048х2048;

4) Данные с плотностью упаковки островов на UV - развертке.

Таблицы с данными представлены ниже:

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

Относительно первого пункта планируется отдельный пост (ссылка будет добавлена позже). Оптимизация за счет уменьшения числа полигонов может происходить под руководством модификатора Decimate. Также уменьшить количество полигонов можно путем запекания мелких деталей (гвоздей, болтов и т.д) на карты нормалей (об этом позже тут). Вопросы, касающиеся текстур и текстурных атласов, будут также подняты лишь тогда, когда будет понимание того, как устроен уровень (об этом позже в отдельной статье)

У подножия поста хочется выдохнуть и сказать: «Это мой первый опыт письменной рефлексии, но не последний. Дальше больше. Спасибо за внимание, Читатель!»