Character creation pipeline for Age of Magic (3D mobile)

Пайплайн создания
персонажей
Даниил Козловский
Антон Ивичев
Дмитрий Лебедев

Cкетч Highpoly
Lowpoly
Текстурирование
Rigging
Анимация
Сборка в
Unity
VFX Программинг

• Новая игровая вселенная
• Эпичные герои с уникальными
способностями
• ААА графика на мобильной платформе
• Unity 3D
• Сжатые сроки разработки
• Небольшая команда

3D sketch Decimation Master ZRemesher

Финальная 2D версия3D скетч

3D скетч Финальная 2D версия

3D скетч
• Быстрые итерации
• Визуальная достоверность
• Прототипирование сложных
персонажей и анимаций
• Снижение рисков при работе с
аутсорсерами

История
Описание
Скетч
3D скетч
Финализация
VFX скетч
BaseMesh
HighPoly
LowPoly
UV mapping
Cage & BakeMaps
Rigging
Skinning
Блокинг
Анимация
Сборка в
Unity
VFX
Озвучка
UI
Shaders
Logic
Программинг
…

Финальный 3D скульпт
критерии качества
За техническими требованиями
не должны теряться
художественные ценности.
Многое, что продумывается
на стадии скетча, полезно
знать во время скульптинга

• Соответствие скетчу. Пластика, стилизация - форм.

Сохранить характер персонажа

• Отсутствие мелкого шума. Продуманная симметрия

• Узнаваемый силуэт

3 уровня детализации

• Большие, узнаваемые.

• Средние детали.

• Средние детали.
• Мелкие детали.

Из чего состоит
• 20+ миллионов полигонов
• 50+ SubTools
• 5 дней работы
Что помогает
• Outsource
• Используем заготовки
• Настройка Zbrush под себя

Настройка Zbrush под себя
ускорит в два раза
Zscene manager
организует сабтулы
• Удобная иерархия
• Быстрый ренейминг
• Drag&Drop групп сабтулов
• Hide&Show групп сабтулов
Zscene manager

Low Poly
Максимальная оптимизация с сохранением визуального качества
От 4т. до 6.5т. треугольников
на персонажа
Каждая грань должна нести пользу
или она не нужна

Классические приёмы оптимизации

Примеры сечений под анимацию

Особенности оптимизации проекта
Материал без прозрачности
моделируются:
Усы
Волосы
Дыры в ткани
Перья
Односторонний шейдер
Все плашки сдублированы
с вывернутыми нормалями
Персонаж состоит из
единого меша,
включая оружие

Карты получаемые в результате запекания

Куда эти карты идут после

Процесс запекания

Исходные текстуры 4к.

Что учитываем под анимацию уже на стадии хайполи

Руки, ноги
должны быть согнуты в локте,
но быть абсолютно ровными
на фронтальном виде.

Риггинг
• ~100 костей на персонажа
• Единое наименование костей
для разных ригов
• Файл с ригом отдельно от
анимаций
• Python, вспомогательные
скрипты для построения рига
• и экспорта
Знание Python в Maya очень помогает, азы программирования это просто.

Skinning - процесс привязывания модели к костям
ngSkinTools

Анимация
6-7 анимаций
на персонажа
• Айдл
• Получение урона
• Смерть
• Базовая атака
• 2-3 способности

• Разница в дистанции х2
• Не линейная скорость перемещения
• Нужны быстрые атаки
Атаки прыжком, причины:

Оверпеинт + текст Правка сразу в Maya
Варианты обратной связи для удалённых аниматоров.
Unity + Camtasia + EpicPen
Записать себя,
кого-нибудь
на видео

Неправильно выбранный
масштаб 3D на старте.
Maya – сантиметры
Unity - метры

Смена стилистики текстур

Проблема скиннинга
Для оптимизации выбрано
влияние 2 костей на вертекс.
Хорошо на всех, кроме...
Первая проблема
в случае с крыльями.
Будем тестировать 4 кости
на производительность,
или обойдём другим способом.

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

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

Программинг
персонажа

Подготовка
персонажа к сборке

Размер – неизбежное зло
Пересылка текстурных данных по шине при
рендеринге – это энергозатратная операция
(для мобильных GPU)
• Быстро разряжается устройство
Больше размер скачиваемого и
устанавливаемого
• Не все готовы устанавливать большие игры
• Сложнее обновлять
Дольше загрузка

Исходные данные персонажа:
Текстуры персонажа 2К RGB: Diffuse, Specular,
Normal map, Emission
• 48 Mb
Атлас для эффектов 1К ARGB
• 4 Mb
Звуки
• 10 Mb
Модель и скелет
• 1 Mb
Итого: 73 Mb
Анимации ~ 90 фреймов (3 атаки, урон, смерть, айдл)
• 10 Mb

Компрессия текстур: iOS
Для непрозрачных
• PVRTC – хорошая компрессия и качество
Текстуры с альфой
• iPhone 6 и выше – ASTC (от 4х4 до 8х8)
• Младшие модели
• ARGB и меньше разрешение
• Отдельно упаковывать альфа канал, а цвет в PVRTC + шейдер
• ARGB PVRTC

Компрессия текстур: Android
Скрипт для сборки, который будет запускать
сборку с разными настройками:
• DXT PVRTC ATC ASTC ADRENO
Настройка в Unity/Build – Texture Compression
• Настройка манифеста для apk автоматом подставит
Unity
• Специальный Version Code для каждой платформы
0000Nxxxxx
Подготовка к фильтру в Google Play
• N == 1 – для самой простой компрессии доступной везде (ETC)
• …
• N == 6 (например) – наименее поддерживаемая
• xxxxx – версия игры

MipMap’ы
iPhone 6 iPad Pro
*Mipmap Visualization – plugin из Unity Asset Store
Col mipMaps 1024
Col mipMaps 512
Col mipMaps 256

Настройки MipMap и размера текстур
MipMap увеличивает размер текстуры ~ на 33%,
но, для 3D объектов, которые меняют положение
относительно камеры:
• Уменьшают объём данных по GPU
• Убирают шумящие текстуры
Размер текстур:
• iPhone 6 – 512 x 512
• iPad Pro – 1K x 1K

Анимации:
Keyframe Reduction хорошо работает для
большинства анимаций
Звуки:
• Vorbis MP3 для эффектов
• Stream для музыки

Готовый персонаж настроенный для iPhone 6:
Текстуры персонажа 2К RGB: Diffuse, Specular,
Normal map, Emission
• 0.7 Mb (было 48 Mb)
Атлас для эффектов 1К ARGB
• 0.6 Mb (было 4 Mb)
Звуки
• 1 Mb (было 10 Mb)
Модель и скелет
• 1 Mb
Итого: ~5 Mb (было 73)
Анимации ~ 90 фреймов (3 атаки, урон, смерть, айдл)
• 1.5 Mb (было 10 Mb)

Игровые данные нужно уметь отделять от сборки, иметь
возможность обновлять их в уже работающем приложении.
Unity components
• Удобен только на старте, не справляется с большим объёмом данных
Excel xml таблицы
• Просто делать локальные версии
• Можно *.xml сразу «закидывать» в проект
• Сложно делать Merge и конфликты при pull, когда файл открыт в Excel
Google drive таблицы
• Простая совместная работа
• Для локальных тестов нужно создавать копию всего документа
• Версионирование сохраняется, но оно отдельно от системы контроля версий
• Утилиты для загрузки и сохранения в бинарный формат (быстро открывать в runtime)

Загрузка данных
персонажа в игре

Загружаем общие данные на старте приложения
• Не создавать прямых ссылок, грузим из Resources
• Разделить на части и грузить через Async
• Сперва загружать данные, нужные в первую очередь
Избегаем долгих фреймов
Создаём необходимый минимальный набор данных
• Для персонажа в меню прокачки нет смысла грузить
VFX Sound FX
• HighRes без MipMaps для меню и в два раза меньшие
для боя, но с MipMaps
При переходе между меню и игрой
• Не выгружать нужные данные персонажей, которых
загрузили в экране сбора отряда

Скорость Вижуал Универсальность
Unity Mobile Да Нет Да
Unity Standard Нет Да Да
AoM Shader Да Да Нет

Динамический ShadowMap с персонажами и всеми объектами на
арене – отбрасывание теней на себя и соседних персонажей
Shadow Map - OFF Shadow Map - ON

Статический ShadowMap или
LightMap для неподвижных
объектов

Источник освещения для эффектов (не отбрасывает тень сам,
но взаимодействует с тенью)

Вариация на тему «Global Illumination»
(смягчаем тени псевдо отраженным
светом от арены)

Color Grading + настройки освещения для
различных «погодных условий»

Упрощения (для более слабых платформ):
• Меньше размерность ShadowMap,
отключение сглаживающей фильтрации
• Вычисление освещённости на
вершинном шейдере вместо
фрагментарного
• …

Система способностей

Нужна система – берём и делаем
• Простота старта и быстрые первые работающие версии
• Но при развитии дизайна приходится переписывать много
методов, есть шанс забыть что-нибудь
Ретроспектива
«Наивная» система: каждая способность – это отдельная
функция, реализующая её логику:
Параметризуемая модель с универсальным («убер»)
методом:
• Все взаимодействия локализованы, удобно вносить
небольшие исправления
• Но некоторые изменения вынуждают вносить очень
сильные модификации в универсальный метод
«Взял и сделал» не работает – что дальше?

Игра коллекционная, т.е. надо сделать всё возможное, чтобы
игроку хотелось открывать и развивать новых персонажей:
Персонажи – главная ценность
• Интересно играть, т.к. каждый персонаж чем-то уникален
• Отрядное взаимодействие – синергия персонажей
• Возможность внесения правок в баланс (настройки и
способности)
• Развитие персонажа даёт не только количественное, но и
качественное улучшение
• Новые персонажи после выхода игры

Вырабатываем требования
на сейчас и «впрок»
• Не ограничиваем мысль дизайнера (расширяемая система, в
разумных пределах)
• Логика способности «стабильна» (не нужно много переделок при
добавлении новых свойств)
• «Программировать» способности в терминах близких к предметной
области (описанию)
• Механика персонажа не зашита в сборку
• Возможность обновлять «на лету»
• Можно выполнять вне игры (проверка на сервере, утилиты для
проверки баланса)
• Интегрируется с игровыми подсистемами (анимация, VFX)

• Нет возможности создавать уникальных персонажей
(нужно заранее предусмотреть все варианты)
Выбор основы
Табличные данные с параметрами
Описание способностей на С#
• Нет возможности обновлять и добавлять персонажей без
скачивания версии
Интерпретируемый DSL
• Нужно разработать

Табличные
данные
из GoogleDocs
Виртуальная
Машина
Скрипты,
описывающие
способности
Парсер
Дерево
внутреннего
представления
Программная модель
персонажей и
способностей в c#
Математические,
вспомогательные функции,
перечисления и т.д.
Основной
цикл Арены
Данные
Арены
Внешняя среда

В коде оперируем терминами
целевой платформы:
• Target
• Hitpoints
• Level
• …
Длительные эффекты описываем в терминах
«корутин», действующих в течение:
• Хода персонажа
• Раунда
• Условной секунды и т.д.
Свойства характеристик описываем при
помощи фильтров

Транслируем события анимационных кривых и события системы
эффектов в систему способностей:

Язык способностей и Виртуальная машина
• 2 рабочие недели
Временные затраты
Игровая модель (декораторы, модификаторы,
внешние события…)
• 8 недель
Логика для 35 персонажей (+ новая система
взаимодействия)
• 4 недели + to be continued
Система прогона боёв для проверки результатов
и баланса персонажей
• 2 недели

Даниил Козловский
kozlovsky@playkot.com
Антон Ивичев
ivichev@playkot.com
Дмитрий Лебедев
lebedev@playkot.com
playkot.com

Character creation pipeline for Age of Magic (3D mobile)

Recommended

Recommended

More Related Content

Similar to Character creation pipeline for Age of Magic (3D mobile)

Similar to Character creation pipeline for Age of Magic (3D mobile) (20)

More from DevGAMM Conference

More from DevGAMM Conference (20)

Character creation pipeline for Age of Magic (3D mobile)