- Налаштування чіткої ієрархії та належного скінінгу в Maya є важливим для того, щоб сітка відповідала скелету після експорту в FBX.
- Параметри випікання та експорт скінів, обмежень та кривих визначають, як передаються анімації та рух кореня.
- Такі інструменти, як MotionBuilder та Unity, дозволяють перевіряти імпортовані криві та налаштовувати кліпи без зміни оригінального FBX.
- Звертаючи увагу на попередження про випікання та зміни дотичних, ви можете передбачити відмінності між анімацією в Maya та в місці призначення.
Під час роботи з Autodesk Maya та потреби експортувати анімацію в FBX для перегляду в MotionBuilder, Unity або інших движках , легко трапитися щось не так: сітка зависає, кістки рухаються, але скін не слідує за ними, розсіяні вершини здаються не на своїх місцях, або ви починаєте бачити попередження на кшталт «складна анімація запечена» та зміни типу дотичної. Все це звучить знайомо кожному, хто намагався експортувати анімацію з детальними кривими та чистим рухом кореня .
У цій статті ми покроково розглянемо, як експортувати анімацію з Maya в FBX , зберігаючи криві анімації, підтримуючи контрольований рух кореня та уникаючи поширених проблем, таких як сітки, які не відповідають кріпленню, або неправильно вирівняні вершини. Ми також побачимо, як експортована анімація поводиться в таких інструментах, як MotionBuilder та Unity , що означають деякі поширені попередження та які параметри випікання вмикати або вимикати залежно від ситуації.
Розуміння робочого процесу Maya → FBX → MotionBuilder / Unity
Перш ніж натискати будь-які кнопки, корисно зрозуміти загальну ідею: файл FBX може містити геометрію, скелет та анімацію , все в одному файлі або розподілено по кількох. Залежно від проекту, у вас може бути персонаж та його анімація в одному файлі або базовий файл з моделлю та інші файли, що містять лише анімацію, яка буде застосована пізніше.
Unity, MotionBuilder та більшість рушіїв зчитують дані анімації у вигляді кривих та ключових кадрів безпосередньо з файлу FBX: позиції, обертання та масштаби об'єктів, кісток, контролерів тощо. У багатьох випадках це просто лінійний запис того, як кожен вузол рухається з часом. Якщо ієрархія або скінінг не імпортовані належним чином, анімація виглядатиме погано, навіть якщо криві експортовані належним чином.
У випадку Unity не має значення, чи є вихідний файл .ma, .mb, .max, .c4d або навіть .fbx ; внутрішньо він конвертується або обробляється як FBX. Важливо, щоб файл містив криві анімації та структуру кістки або об'єкта, яку ви очікуєте. MotionBuilder, з іншого боку, дуже орієнтований на отримання файлів FBX, тому він є ідеальним інструментом для перевірки того, чи дійсно вивід з Maya правильний.
Ще однією ключовою частиною робочого процесу є визначення того, чи потрібна вам бібліотека анімації для багаторазового використання , чи анімація, специфічна для певної моделі. Наприклад, анімація ходьби гуманоїда може працювати для кількох персонажів, тоді як фінальний бос із щупальцями матиме унікальні кістки та анімацію. Це визначає, чи експортувати все разом, чи розділити модель та анімаційні кліпи в різні файли.
Типові проблеми під час експорту в FBX з Maya
Дуже поширений сценарій полягає в тому, що під час відкриття файлу FBX у MotionBuilder (або аналогічному випадку в Unity) ви бачите, що суглоби рухаються, але сітка залишається замороженою . Іншими словами, ріг анімується правильно, але скін виглядає незв'язаним. Зазвичай це вказує на те, що щось пішло не так з експортом зв'язку між кістками та геометрією або з тим, як була оброблена анімація.
Ще одним досить неприємним симптомом є знаходження випадкових вершин не на своїх місцях з деформаціями, які не видно в Maya. Ці помилки вершин можуть бути пов'язані з проблемами скіннінгу, використанням складних обмежень або проміжних вузлів, які експортер FBX інтерпретує неправильно, або трансформаціями, які не були належним чином заморожені/запечені.
У багатьох проектах користувач перепробував усе: експорт усієї сцени, лише скелета та сітки, зведення кісток до геометрії, експорт з обмеженнями та без них , ручне запікання, активацію "Випікання анімації" під час експорту, зміну типу FBX з бінарного на ASCII, ігнорування певних вузлів в експортері, спроби повернутися до "прив'язаної пози"... і все одно сітка не рухається у зовнішньому переглядачі.
Крім того, поширеними є попередження на кшталт «Складна анімація запечена» та повідомлення про зміни кривих, наприклад, «Тип дотичної кривої анімації змінено на користувацький (36)». Ці сповіщення вказують на те, що експортеру довелося спростити або переосмислити криві та типи дотичних, щоб вписати їх у FBX, що може дещо змінити початкову поведінку анімації.
Правильне налаштування рига та сітки в Maya
Щоб мінімізувати несподіванки, першим кроком є забезпечення належної структури та чистоти персонажа або об'єкта, який потрібно анімувати, у Maya . Сітка повинна бути об'єднана до узгодженої кісткової структури, з чистими трансформаціями (заморожування трансформацій, де це доречно) та без зайвих залежностей від екзотичних вузлів, з якими FBX погано справляється.
Гарною практикою є ще раз перевірити, чи саме ті з'єднання, які фактично впливають на сітку, є тими, що ви експортуєте, і чи не пропускаєте ви відповідні кістки та не включаєте допоміжні контролери, які не матимуть еквівалента в місці призначення. Часто корисно створити чисту групу або корінь, що містить лише сітку та скелет, готовий до експорту.
Щодо «прив’язаної пози», використання опції «перейти до прив’язаної пози» допомагає переконатися, що риг знаходиться в тому положенні, в якому він був під час створення скіна перед експортом. Якщо персонаж виглядає спотвореним у MotionBuilder або Unity з першого кадру, це зазвичай ознака того, що матриці прив’язаної пози або скінінгу були неправильно або непослідовно застосовані до файлу FBX.
Якщо ви підозрюєте, що деякі обмеження створюють проблеми, спробуйте записати анімацію на кістки деформатора та пропустити високорівневі контролери для експорту. Таким чином, MotionBuilder або Unity бачитимуть лише кістки з ключовими кадрами в процесі переміщення/обертання, що набагато стандартніше та легше для інтерпретації.
Ключові опції експортера FBX у Maya
Коли ви відкриваєте меню експорту в FBX у Maya, ви знайдете кілька опцій, які безпосередньо впливають на обробку кривих та руху кореня. Одна з найважливіших – «Запікати анімацію» або «Запікати під час експорту ». Коли ця функція ввімкнена, Maya створює ключові кадри в кожному кадрі (або через визначений інтервал) для всіх анімованих атрибутів, спрощуючи обмеження та вирази до чисто анімованих даних.
Випікання особливо корисне, коли анімація спирається на складні обмеження, контролери або вирази , які формат FBX не повністю підтримує. Замість того, щоб намагатися перекласти всю цю логіку, кінцевий результат експортується у вигляді кривих анімації. Повідомлення "складна анімація запечена" зазвичай вказує на те, що експортер виявив щось, що він не може конвертувати безпосередньо, і вирішив цю проблему за допомогою випікання.
Ще один поширений варіант — вибрати між двійковим FBX та ASCII FBX . З точки зору чистої анімації, обидва повинні поводитися однаково, хоча формат ASCII читається текстовим редактором і може полегшити налагодження або написання сценаріїв, тоді як двійковий формат є компактнішим. Якщо у вас виникають незвичайні проблеми, іноді спроба іншого формату допомагає виключити окремі помилки в експортері або імпортері.
Також важливо переглянути опції, пов’язані з «Обмеженнями», «Деформаціями» та «Оболонками». Якщо ви випадково вимкнете експорт «Оболонок» або «Деформацій » , ви отримаєте точно такий самий ефект: кістки рухатимуться, але сітка буде статичною. Переконайтеся, що опція експорту «Оболонки» увімкнена, якщо ви хочете, щоб сітка відповідала скелету.
Збереження кривих анімації та типів дотичних
Криві анімації в Maya можуть мати різні типи дотичних (автоматичні, лінійні, ступінчасті тощо) та специфічні властивості, які не завжди передаються безпосередньо до файлу FBX. Коли ви бачите попередження на кшталт «Тип дотичної кривої анімації змінено на користувацький (36)», це означає, що експортер перетворив ці типи дотичних у загальний формат, який можуть зрозуміти файл FBX та цільова програма.
У більшості сцен ці зміни дотичних не порушують анімацію, але можуть дещо змінити інтерполяцію між ключовими кадрами. Якщо вам потрібно, щоб криві зберігалися якомога точніше, рекомендується спростити типи дотичних перед експортом (наприклад, використовуючи автоматичні/лінійні, де це можливо) та уникати надто специфічних комбінацій, які існують лише в Maya.
В Unity, після імпорту анімації, ви можете отримати доступ до результуючих кривих у вікні «Анімація» . Ця панель відображає ключові кадри лише для читання точно так, як вони були взяті з файлу FBX. Якщо скелет має багато кісток і велику кількість ключових кадрів, графік може виглядати хаотичним, але ви можете фільтрувати за кісткою або атрибутом, який вас цікавить, щоб проаналізувати, чи збереглися основні деталі.
Якщо вам потрібно внести корективи, звичайний підхід полягає у створенні нового редагованого анімаційного кліпу в Unity, копіюванні кривих з імпортованого кліпу та вставці їх у новий кліп, що дозволить вам записувати та змінювати ключові кадри. Таким чином, ви не торкаєтеся оригінального файлу, але можете налаштувати криві, виправити перевищення або виправити незначні відмінності дотичних.
Рух кореня: як підтримувати рух персонажа
Рух кореня — це глобальний рух персонажа (або об'єкта) по всій сцені, зазвичай контрольований кореневим з'єднанням або батьківським вузлом рига. Якщо експортовано неправильно, персонаж може залишитися застряглим на місці, рухатися двічі або втратити свій рух під час відтворення в Unity або MotionBuilder.
У Maya поширеною є наявність кореневого з'єднання або головної групи, яка фіксує загальний переклад символу . Перед експортом переконайтеся, що цей вузол включено до експортованого вибору та що його ключі не втрачаються через фільтри або параметри експортера.
В Unity, коли ви вже в проєкті, ви можете вказати, чи хочете ви, щоб анімація використовувала кореневий рух з кліпу , чи ви віддаєте перевагу контролю руху персонажа за допомогою коду, залишаючи анімацію лише для поз. Коли кореневий рух правильно згенеровано з файлу FBX, Unity може витягти цей рух і застосувати його до персонажа в грі з великою точністю.
Якщо ви помітили, що зміщення не збігається або що персонаж ковзає, перевірте кореневі криві у вікні анімації Unity та порівняйте їх з тим, що було в Maya. Також гарною ідеєю буде переконатися, що на кореневому вузлі немає незвичайних масштабів; невідповідне масштабування в корені є поширеним джерелом проблем під час експорту.
Анімації в одному файлі проти кількох файлів
Ще одне важливе рішення щодо експорту – чи будете ви керувати всією анімацією на одній довгій часовій шкалі , чи розділятимете кожен кліп в окремий файл FBX. У продакшені зазвичай використовується поєднання підходів: деякі команди групують анімацію захоплення руху в одну сцену, а потім обрізають її, тоді як інші працюють кліп за кліпом з нуля.
Якщо у вас довга часова шкала з кількома послідовними діями (наприклад, різні типи стрибків, пробіжок, зупинок тощо), поширеною практикою є експорт одного FBX-файлу, що містить усі ці криві, а потім у Unity визначення кількох внутрішніх кліпів шляхом позначення діапазонів кадрів, що належать до кожної анімації. Unity пропонує інструменти для обрізання імпортованої анімації та створення окремих кліпів без необхідності зміни оригінального файлу.
Однак, коли кожна анімація дуже специфічна або якщо ви працюєте з багатьма персонажами, зручніше зберігати один FBX-файл для кожної анімації . У такому випадку часто використовується заповнювач-риг або навіть файл без геометрії, що містить лише кістки та криві, призначений просто для експорту та повторного використання анімації на різних сумісних моделях.
MotionBuilder добре інтегрується з обома методами: ви можете працювати з окремими дублями в одному FBX-файлі або з кількома меншими файлами, кожен з яких містить відповідний дубль. Важливо чітко розуміти, який кліп належить до якого діапазону, і переконатися, що ваші налаштування експорту Maya однакові для всіх згенерованих вами файлів.
Перегляньте та перевірте експортовану анімацію
Після того, як ви витягли файл FBX з Maya, найкращим варіантом буде перевірити його в надійному переглядачі, такому як MotionBuilder або сам Unity . Якщо в цих програмах ви бачите, що кістки рухаються правильно, але сітка не повторює їх, у вас майже напевно є проблема зі скіннінгом або параметри деформації, які не були вибрані під час експорту.
В Unity, коли ви вибираєте файл FBX на панелі «Проект», у вас є кілька вкладок: Модель, Ріг та Анімація . У першій ви можете перевірити, чи сітка імпортована, і чи структура кістки знаходиться в правильному положенні. На вкладці Ріг ви визначаєте, чи є вона універсальною, гуманоїдною тощо, а на вкладці Анімація ви бачите виявлені кліпи, їхні криві та пов’язані з ними параметри, такі як рух кореня або параметри зациклення.
Вікно анімації в Unity, як згадувалося, дозволяє переглядати всі ключові кадри та криві імпортованого кліпу. Якщо кісток багато, рекомендується фільтрувати за основними суглобами (наприклад, таз, стопи, руки, корінь), щоб перевірити, чи рухається основа так само, як і в Maya. Якщо є суттєві відмінності, перегляньте налаштування масштабу імпорту та перетворення систем координат.
Якщо попередження "Складна анімація запечена" з'являється постійно під час відкриття FBX у MotionBuilder, ви знатимете, що експортер виконав значний процес запікання. Це прийнятно, якщо результат виглядає добре, але якщо ви помітили незвичну поведінку в певних частинах рига, можливо, варто спростити налаштування контролера в Maya та самостійно запікати анімацію перед експортом, ретельніше контролюючи, що запікається, а що ні.
Найкращі практики, щоб уникнути несподіванок з FBX
Щоб мінімізувати помилки, рекомендується дотримуватися низки найкращих практик для такелажу та експорту : підтримувати чітку ієрархію, уникати неоднорідних перетворень на ключових вузлах, заморожувати, де це доречно, та використовувати узгоджені назви для кісток та сіток. Це полегшує розуміння структури іншими програмами без дивних інтерпретацій.
Щоразу, коли ви використовуєте обмеження, складні IK або дуже складні системи керування, розгляньте можливість експорту лише запечених кісток деформатора , а не самих контролерів. Maya може обробити запікання під час експорту, але у великих проектах часто краще виконувати цей процес за допомогою власних інструментів для кращого контролю.
Також обов'язково протестуйте весь процес на простому персонажі або ресурсі, перш ніж створювати складну систему, повну скриптів та розширених ригів. Якщо базовий приклад працює гладко (сітка рухається, рух кореня правильний, криві чисті), у вас буде надійна точка відліку для порівняння, коли ви почнете додавати більше складних елементів.
Зрештою, візьміть за звичку переглядати та розуміти попереджувальні повідомлення експортера та імпортера. Те, що система повідомляє вам про зміну типів дотичних або створення складної анімації, не обов'язково погано, але це свідчить про те, що їй довелося адаптувати ваші дані . Чим більше ви знаєте про ці зміни, тим менше сюрпризів у вас буде під час перегляду або повторного використання анімації в інших програмах.
Весь цей процес підготовки рига в Maya, правильного налаштування експортера FBX, випікання за необхідності та подальшого перегляду в MotionBuilder або Unity дозволяє анімаціям з детальними кривими та рухом кореня досягати свого місця призначення саме так, як ви очікуєте: без заморожених сіток, без неправильно розміщених вершин та з кривими, достатньо вірними оригіналу, щоб результат у движку або переглядачі був практично ідентичним тому, що ви бачили у своїй робочій сцені.
Пристрасний письменник про світ байтів і технологій загалом. Я люблю ділитися своїми знаннями, пишучи, і саме це я буду робити в цьому блозі, показуватиму вам все найцікавіше про гаджети, програмне забезпечення, апаратне забезпечення, технологічні тренди тощо. Моя мета — допомогти вам орієнтуватися в цифровому світі в простий і цікавий спосіб.