Ріггінг та анімація персонажів мобільної гри

Наша команда має 5 років досвіду та понад 40 виконаних проектів з ріггінгу. Ми беремося за ріггінг та анімацію персонажів, коли художник здає фінальний арт. Шари в PSD акуратно розбиті: торс, голова, ліва рука, права рука, ноги. Відкриваєш Spine 2D — і починається справжня робота: правильно розставити ієрархію кісток так, щоб при blend між run і attack не вивернуло плече навиворіт, а mesh деформація на одязі не давала артефактів на граничних пікселях. Досвід показує: без грамотної ієрархії навіть простий персонаж перетворюється на хаос. Наш процес ріггінгу персонажів охоплює скелетну анімацію, деформацію mesh та оптимізацію атласу для мобільних ігор, забезпечуючи анімацію персонажів під ключ з використанням Spine 2D та Unity 2D Animation. Ми виконуємо повний цикл: скелетна анімація, оптимізація атласу, деформація mesh — все для мобільної гри. Це економить бюджет на виправлення помилок і прискорює інтеграцію в рушій. Оптимізований атлас краще неоптимізованого в 3 рази за кількістю draw calls, що при 10 персонажах дає до 30% приросту FPS. Середня вартість ріггінгу простого персонажа — від $500, складного — до $3000. Оптимізація атласу дозволяє зекономити до 30% бюджету на рендеринг.

Чому правильна ієрархія кісток критична для мобільної анімації?

Новачки в ріггінгу роблять плоску ієрархію: всі кістки від root. Результат — при повороті стегна нога не тягнеться, доводиться анімувати кожну кістку окремо. Правильний ланцюжок: root → pelvis → spine → chest → shoulder_l → arm_l → forearm_l → hand_l. Тоді поворот chest тягне все вище, і аніматор керує позою через кілька ключових кісток, а не двадцять.

Weights painting — місце, де втрачається тиждень. Для мобільних персонажів використовуємо максимум 2–3 influences на вертекс (в Spine це Max Bones Per Vertex в налаштуваннях mesh). Використання GPU-скінінгу вимагає обмеження кількості впливів на вертекс до 2–3 для збереження продуктивності на мобільних пристроях. Більше — GPU skinning на мобілі починає просаджуватися. На Mali-G57 різниця між 2 і 4 influences при 10 персонажах на екрані — близько 3 мс на кадр. Небагато, але при 30 FPS бюджет — 33 мс, і їх мало. Як зазначає Spine Runtime Documentation, оптимальна кількість influences — не більше 4 для збереження продуктивності. Ми також потурбуватися про vertex count: кожен додатковий вертекс — це додаткова робота GPU.

IK проти FK — принциповий вибір для кожної кінцівки. Ноги персонажа, який ходить по рівній поверхні, — FK, простіше і передбачуваніше. Ноги персонажа, який адаптується до нерівного рельєфу, — IK через IK Constraint в Spine з Bend Direction по ситуації. Руки в атаці — FK (потрібен контроль дуги). Рука, яка тримається за поверхню, — IK.

Для простих персонажів з 5–8 кістками — Unity 2D Animation Package (com.unity.2d.animation) достатній. PSD Importer читає Photoshop файл напряму, шари стають спрайтами, Sprite Skin додає деформацію. Анімуємо через стандартний Unity Animator. Blend Tree для run/walk/sprint за швидкістю. Animation Rigging package — якщо потрібен runtime IK для ніг.

Плюс підходу: немає зовнішнього runtime, менше залежностей, стандартні Unity tools. Мінус: mesh deformation слабша, ніж у Spine, і немає такого потужного змішування через tracks.

Як оптимізація атласу впливає на продуктивність?

Оптимізація атласу прямо впливає на продуктивність. Чим менший розмір атласу, тим менший memory footprint та завантаження GPU. Для mid-range пристроїв використовуємо 1024×1024, для флагманів — до 2048×2048. Вмикаємо Bleed щоб не було артефактів стиснення. Формат ASTC/ETC2 дає краще співвідношення якість/розмір. Економія на об'єднанні спрайтів в один атлас може знизити draw calls до 1 на персонажа, що критично для мобільних ігор. Batching дозволяє зменшити draw calls. Наприклад, оптимізація атласу зменшує draw calls у 3 рази, що при 10 персонажах дає до 30% приросту FPS. Це дозволяє нашим клієнтам отримувати кращу вартість у перерахунку на якість анімації.

Як ми працюємо в Spine 2D: покрокова інструкція

1. Аналіз ТЗ та артів. Визначаємо список станів персонажа, вимоги до IK, цільові пристрої та обмеження за draw calls.
2. Розбивка PSD. Використовуємо Photoshop скрипт або Aseprite для експорту окремих PNG.
3. Створення скелета. В Spine імпортуємо зображення як slots, розставляємо кістки строго за ієрархією, починаючи з root в центрі мас.
4. Скінінг та mesh. Mesh створюємо тільки там, де потрібна деформація: одяг, волосся, плащі. Жорсткі елементи — без mesh, просто attachment. Менше вертексів — менше роботи GPU.
5. Анімація. AnimationState в Spine Runtime дозволяє міксувати анімації через tracks: track 0 — базова анімація тіла (idle/run/jump), track 1 — анімація рук (attack/block/reload). Mix Duration 0.15–0.2 секунди для плавного переходу.
6. Оптимізація атласу. Пакуємо текстури через Spine's Atlas Packager. Максимальний розмір атласу — 2048×2048, краще 1024×1024 для mid-range. Bleed увімкнено для усунення артефактів. Формат PNG → конвертуємо в ASTC/ETC2 при імпорті в Unity.
7. Інтеграція та профілювання. В Unity використовуємо SkeletonAnimation компонент з Spine Unity Runtime. Пул об'єктів обов'язковий для перевикористання ворогів.

Що входить в роботу

• Документація з ріггінгу: опис ієрархії кісток, вагових карт та конфігів анімацій.
• Вихідники проекту Spine (.spine) або Unity (.prefab) з налаштованими атласами.
• Налаштовані конфіги для атласу (максимальний розмір, фільтрація, формат стиснення).
• Навчання команди аніматорів роботі з рігом (опціонально).
• Підтримка на етапі інтеграції в рушій та профілювання продуктивності.

Наш досвід: понад 5 років в індустрії, 40+ реалізованих проектів для мобільних ігор. Гарантуємо оптимізацію під конкретні пристрої та дотримання гайдів App Store і Google Play. Зв'яжіться з нами, щоб обговорити ріггінг вашого персонажа — оцінимо проект і запропонуємо оптимальне рішення під ключ. Отримайте консультацію по вашому проекту вже сьогодні.