Загальний спосіб анімації "руху" для анімаційних циклів прогулянок

Я щойно опублікував це на форумах художників Blender, перш ніж усвідомити, що, мабуть, отримаю кращу відповідь від більшої аудиторії, орієнтованої на розвиток ігор, тому вибачте за перехресне повідомлення! Це з правильних причин :)

Я програміст, який намагається анімувати персонажа, що йде за ігровим проектом, використовуючи Ogre. Я зробив дуже простий цикл прогулянок в Блендері і експортував його в Огре, і він грає просто чудово. Я чудово маю на увазі, що це працює, але є жахливе ковзання стопи. Це тому, що я просто анімував ходьбу на місці (біля походження) в Блендері, і, звичайно, я не знаю, що "швидкість ходьби", що відповідає, тому коли я рухаю персонажа в грі, рух не має " t обов'язково співпадають з рухом ніг в анімації.

Отже, моє запитання: який нормальний підхід до подібної речі? У роботі ми використовуємо Майю, і аніматори або анімують спеціальний вузол 'moveTrans', який представляє "позицію" персонажа (або змушує експортер генерувати його для них з руху кореневого вузла), тоді гра може прочитати це щоб знати, як швидко анімація рухає персонажа. Отже, у файлі Майя персонаж буде рухатися вперед протягом одного циклу, і цей додатковий вузол буде слідувати разом з ними своїми ногами. Я не бачив нічого подібного у відкритих джерелах, і це, безумовно, не передбачено в сценарії експортера Ogre. Що ти зазвичай робиш для цього?

Існує два способи зробити це: рух рут або "в коді".

З рутовим рухом у вас є саме те, що ви пропонуєте з вузлом "moveTrans". Ви використовуєте рух цього об'єкта, щоб визначити, як швидко відтворювати цикли ходи. Можливо, ви зможете зробити зворотний пошук сортів, щоб зрозуміти, що якщо ви хочете бути в положенні X, на якому кадрі вам потрібно бути. Але справжня перевага кореневого руху полягає в тому, що для отримання дійсно реалістичної анімації потрібно враховувати той факт, що рух не є справжнім лінійним шляхом. Справжні люди рухаються зі змінною швидкістю з часом, а може, вони трохи переміщуються вліво та вправо, чи що завгодно.

Mixamo зробив хороший приклад з контролем руху коренів за допомогою Unity. Тут є відео про це: http://vimeo.com/12052874

Тепер рух кореня має свої недоліки. Це може заплутатися з такими речами, як намагання змусити анімацію "прогулятися" працювати по сходах (в ідеалі ви маєте окрему анімацію зі сходів / сходів, а також зробите весь рух для цього в анімації). Я також не дуже впевнений, як IK насправді грає в це, якщо взагалі.

Зараз зробити це "в коді" набагато простіше з боку програми. Що я пропоную зробити, це спочатку переконатися, що всі ваші підрозділи є послідовними. Наприклад, 1 одиниця в Майї, а ваша гра - 1 метр. Потім ви змусите своїх художників анімувати ходьбу персонажа (у комплекті з рухом вперед). Використовуйте це, щоб визначити швидкість анімації та експортувати анімацію без швидкості вперед. Використовуйте це, щоб визначити, наскільки швидко відтворювати анімацію. Отже, якщо анімація ходьби зі швидкістю 1x становить 5 м / с, і ви хочете, щоб плеєр працював зі швидкістю 7 м / с, ви просто відтворюєтеся зі швидкістю 7/5 = 1,4x. Якщо ваша модель масштабується вгору або вниз, помножте частоту відтворення анімації на обернену шкалу. Чувак на половину висоти повинен буде ходити вдвічі швидше, щоб рухати ту саму швидкість, що і хлопець 1x масштабу.