Риггинг персонажей под требования анимационных систем игр

Риггинг персонажей под требования анимационных систем игр

Скелет, который «просто двигается» в превью Maya — это одно. Скелет, который корректно работает в Unity Animator с Humanoid Avatar, поддерживает IK через Animation Rigging, не ломает Blend Tree переходы и нормально перегоняет Motion Capture данные — совсем другая история.

Большинство проблем с риггингом проявляются не при создании, а на этапе интеграции в движок. И чем позже они обнаруживаются, тем дороже исправление.

Ключевые требования Unity Humanoid Avatar

Unity Mecanim с Humanoid конфигурацией накладывает жёсткие ограничения на скелет. Система ожидает определённую иерархию костей: Hips → Spine → Chest → UpperChest → Neck → Head. Дополнительные кости можно добавить, но основная цепочка должна соответствовать.

Проблема начинается, когда художник добавляет кости ради удобства: дополнительный Spine2.5 между Spine и Chest, BustBone для груди, BreathBone для дыхания. Unity или игнорирует их при Avatar mapping, или ломает автоматический маппинг вообще, и rig надо назначать вручную.

Второй частый источник ошибок — ориентация костей. В Unity Humanoid система ожидает кости, направленные по определённым осям. Кость руки, повёрнутая «не в ту сторону» в исходном пространстве, при ретаргетинге анимации даёт вывернутый локоть. Стандарт: ось Y костей рук направлена от плеча к кисти, ось Z — вперёд по ладони.

T-pose vs. A-pose. Unity Humanoid работает с обоими, но для ретаргетинга анимаций (особенно Mocap-библиотек с Mixamo или Rokoko) T-pose является стандартом. A-pose даёт лучшую деформацию плеча при скиннинге, но создаёт смещение при применении T-pose-анимаций — нужна компенсирующая Avatar Mask или ручная коррекция.

Специфика риггинга под VR

В VR появляются требования, которых нет в обычном геймдеве.

Full Body IK для аватаров. Если игрок видит своё тело в VR, позиция головы и рук (контроллеры) должна drive FK/IK-систему скелета. Unity Animation Rigging пакет предоставляет для этого набор Constraints: TwoBoneIK для рук, MultiParentConstraint для корпуса, ChainIK для позвоночника. Rig должен быть спроектирован с учётом этих constraint: отдельные target-кости для IK целей, правильная иерархия influence костей.

Finger joints в VR критичны. Если используется Hand Tracking (Meta Hand Tracking SDK, OpenXR Hand Interaction Extension), данные о позиции суставов пальцев приходят напрямую с headset. Скелет должен иметь ровно ту иерархию, что ожидает SDK: ThumbMetacarpal → ThumbProximal → ThumbDistal → ThumbTip и аналогично для остальных пальцев. Отклонение от иерархии — ретаргетинг сломан.

Procedural animation support. В VR-играх часто нужна процедурная подстройка: ноги персонажа должны адаптироваться к неровному полу через IK, голова — поворачиваться к точке интереса независимо от тела. Это требует, чтобы в скелете были выделены отдельные IK chains с явными constraint targets, а не смешаны с FK-костями.

Процесс риггинга

Начинаем с анализа технических требований: движок, версия Unity/Unreal, будет ли Mocap, нужен ли Hand Tracking, используется ли Avatar система Mecanim или Generic rig.

Построение скелета в Blender или Maya с соблюдением осей и именования. Тест Avatar mapping в Unity до скиннинга — важный шаг, который экономит время. Если маппинг некорректен, исправляем скелет до того, как накручен скиннинг.

Базовый скиннинг с весовой покраской: автоматический как стартовая точка, ручная корректировка критичных зон — плечо, шея, пальцы, колено. Тест деформации на контрольных позах.

Если проект требует — настройка Corrective Shape Keys / Blendshapes для деформационных артефактов (нарост на плече, перегиб локтя).

Стоимость определяется после анализа требований проекта.