Animator

Управляет, контролирует и оценивает анимацию GameObject.

Animator является главным Component в системе анимации Mecanim. Animator оценивает Animation Клипы и управляет Animator Состояниями в Animator Машинах Состояний.

Управление Animator с помощью AnimatorController

Как правило, вы настраиваете Animator с ассетом AnimatorController. Этот ассет определяет, какая анимация будет воспроизводиться. Чтобы узнать, как создать AnimatorController, ознакомьтесь с Animator Контроллер. После настройки с помощью AnimatorController, вы можете влиять на поток машины состояний следующими методами:

• Используйте Animator.SetFloat, Animator.SetInteger, Animator.SetBool, или Animator.SetTrigger, через AnimatorControllerProperty, чтобы запустить переход AnimatorController.
• Используйте Animator.Play, Animator.PlayInFixedTime, Animator.Crossfade или Animator.CrossFadeInFixedTime для принуждения AnimatorController к конкретному состоянию.
• Используйте Animator.SetLayerWeight для изменения веса AnimatorControllerLayer.

Для более сложных случаев использования, вы можете управлять Animator с помощью Игровые API.

Animator исполнение

По умолчанию, Animator оценивает каждый кадр, следуя за Time.deltaTime. На кадре, где ни один из парных Renderers не видим, Animator только обновляет позицию корня GameObject. Никакие другие преобразования или свойства компонентов не обновляются. Чтобы изменить это поведение по умолчанию, используйте один из следующих методов:

• Используйте Animator.updateMode для выбора способа обновления Animator.
• Используйте Animator.cullingMode для выбора того, что Animator обновляет, когда ни один из соответствующих Рендереров не виден.
• Используйте Animator.Update для немедленной оценки Animator. Это независимо от режима обновления.

Root Motion

Root Motion относится к кумулятивному смещению иерархии GameObject. Дополнительные сведения см. Как работает Root Motion.

Когда Animator.applyRootMotion если true, то Animator выполняет следующие действия на каждом кадре:

— Автоматически вычисляет смещение корневого сустава для кадра. — Добавляет это смещение к позиции и повороту GameObject с компонентом Animator. О том, как переопределить это поведение, см. Скрипт Root Motion.

Генерическая и гуманоидная анимация

Animator оценивает два типа Animation Clips: Генерический и Гуманитарный.

Общий клип анимации содержит несколько кривых анимации, где каждая кривая анимирует свойство либо Transform или а MonoBehaviour. Общий клип создан для и анимации конкретного GameObject иерархии. Если вы попытаетесь использовать общий клип на другом GameObject иерархии, он может не воспроизводиться, как ожидалось.

Гуманоидный анимационный клип предназначен для человека или человеческого бипеда GameObject Использовать Гуманоидный зажим на двухногих животных, GameObject иерархии, вы должны настроить Animator с Гуманоидный Аватар.

Вы можете повторно использовать один и тот же клип Гуманоида на любом Animator, настроенном с Гуманоидом Avatar Однако, это увеличивает использование CPU. Ожидайте увеличения времени, затрачиваемого на анимацию иерархии GameObject на 15-20 процентов при оценке Гуманоида AnimationClips.

Чтобы определить, стоит ли преимущества использования Humanoid клипы стоимость в CPU peformance, выполните свои собственные эксперименты на ваших целевых платформах.

Рекомендуется использовать исключительно Humanoid клипы или Generic клипы.

Обратная кинематика

В классе Animator есть методы обратной кинематики, с помощью которых можно настроить динамическое взаимодействие гуманоида с объектами сцены. См. Обратная кинематика для шагов и примера.

SetTarget

Когда вы хотите, чтобы персонаж взаимодействовал с объектом, который слишком далеко, чтобы достичь с обратной кинематической, используйте Animator.SetTarget для корректировки положения и вращения персонажа со временем для обеспечения того, чтобы его рука или нога достигали объекта.

Обязательства и исполнение

Чтобы отслеживать свойства, в которые должен писать Animator, компонент Animator строит внутренний набор привязок. Каждая привязка строится из EditorCurveBinding каждого AnimationClip связанные с Animator через ассеты и пользовательские графики.

Из этого набора привязок Animator строит внутренний AnimationStream определяет размер буферных зон, которые должны выделяться для AnimationClip оценка.

После того, как Animator выделит свои буферы, он итерирует каждую привязку и ищет соответствующую Component в соответствующих GameObject Animator сохраняет ссылку на каждую привязку, так что она может быть записана в последующих кадрах.

Эта операция называется Перепривязка и может быть вызвана различными событиями:

• Первая инициализация Компонента Animator при загрузке ,Scene, или инстанционировании Префаб.
• Изменение AnimatorController или AnimatorOverrideController в Animator.runtimeAnimatorController.
• Внесение изменений в набор AnimatorOverrideController в Animator.runtimeAnimatorController.
• Внесение изменений в PlayableGraph, подключенных к Animator.
• Вручную вызвать Animator.Rebind.
• Включение GameObject, к которому прикреплен Компонент Animator.

Избегайте и минимизируйте операцию перегруппировки

Используйте следующие стратегии, чтобы избежать и минимизировать операцию перегруппировки:

• Ассет AnimatorController уже оптимизирован для создания известного набора привязок во время редактирования. Операция Rebind, вызванная изменениями в Animator.runtimeAnimatorController, должна только связать свойства AnimationStream с объектами сцены. Если вам нужно изменить AnimationClips, которые Animator оценивает во время выполнения, то переключение на новый ассет AnimatorController — стратегия, при которой Rebind обойдётся дешевле всего. Учтите, что при этом состояние машины состояний сбрасывается к состояниям по умолчанию нового AnimatorController.
• Приоритет предварительно построенных AnimatorOverrideControllers построенных динамически. Чтобы менять клипы во время выполнения, не сбрасывая состояние машины состояний, используйте ассет Animator Override Controller. Если вы применяете Animator Override Controller, созданный на этапе редактирования, операция Rebind обходится так же дорого, как изменение AnimatorController. Если вы динамически строите AnimatorController во время выполнения, операция Rebind повторяется над каждым клипом в AnimatorOverrideController потому что связи неизвестны.
• PlayableGraphs выполняют операцию Rebind после каждого изменения графа, и большие графы имеют значительную стоимость Rebind. Существует две стратегии оптимизации, которые вы можете применить: либо поддерживать небольшой граф и обновлять его по мере необходимости, либо построить большой граф и избегать изменений, насколько это возможно. Производительность зависит от сложности как ваших клипов, так и вашего графа; экспериментируйте, чтобы определить, какая стратегия лучше подходит для вашего случая использования.
• Если вы отключите GameObject для целей пулирования, Animator выполняет операцию Rebind, когда GameObject активируется снова. Это может отменить производительность, полученную путем пулирования. Рекомендуется отключить компоненты на GameObject вместо того, чтобы отключить GameObject сам. Когда вы отключаете Animator, вычисления приостанавливаются, но внутреннее состояние сохраняется.
• Когда вы добавляете новый GameObject в иерархию, связанную с Компонент Animator, вы должны вручную вызвать Animator.Rebind, чтобы Animator распознал и мог записать в новый GameObject. Если вы добавляете много новых GameObjects, рекомендуется добавить GameObjects сначала и вызвать Animator.Rebind один раз, вместо многократного вызова этого метода.

Значения по умолчанию

Можно настроить состояния для записи значений по умолчанию в AnimatorController. Когда включён AnimatorState.writeDefaultValues и вычисляется AnimatorState, Animator записывает значения по умолчанию для свойств, которые не анимируются Animation Clip данного состояния.

Эти значения по умолчанию собираются из сцены при первой инициализации Animator и после каждого завершения операции Rebind. Если Rebind выполняется во время вычисления, Animator сохраняет текущее состояние свойств сцены как новые значения по умолчанию. Это может привести к ошибочным результатам, поскольку новые значения могут оказаться произвольными.

Если требуется выполнить Rebind, а некоторые состояния в AnimatorController зависят от значений по умолчанию, используйте Animator.writeDefaultValuesOnDisable, чтобы Animator восстановил исходные значения всех анимируемых свойств. Так значения по умолчанию остаются согласованными на протяжении всего времени существования компонента Animator.

Однако запись значений по умолчанию обратно в сцену также снижает производительность. При проблемах с производительностью постарайтесь не зависеть от значений по умолчанию или избегайте операции Rebind.

Значения по умолчанию анимируемых свойств также можно восстановить вручную с помощью Animator.WriteDefaultValues.

Система записи

Animator содержит систему записи, с помощью которой можно записывать и воспроизводить до десяти тысяч кадров анимируемых свойств. Подробнее см. Animator.StartRecording и Animator.StartPlayback.

Другие аспекты производительности

Система анимации Mecanim сложна, и принимаемые решения могут повлиять на производительность игры. Ниже перечислены аспекты, которые следует учитывать при проектировании игры:

• Операция Rebind ресурсоемка и может привести к пикам CPU. Используйте одну операцию AnimatorController и избегайте операций Rebind, насколько это возможно. Это обычно приводит к более стабильной производительности.
• Когда вы используете AnimatorController, Unity вычисляет каждую несинхронизированную машину состояний в каждом кадре. Это касается и слоёв с нулевым весом. Ради производительности избегайте неиспользуемых слоёв AnimatorController.
• Система Mecanim Animation оценивает и обновляет Компоненты Animator с помощью параллельного выполнения, которое разделяет рабочую нагрузку между несколькими ядрами CPU. Когда вы используете Animator.Update для ручной оценки Компонента Animator, Mecanim не использует параллельное выполнение. Чтобы вручную контролировать выполнение и воспользоваться преимуществами параллельной оценки, объедините несколько Аниматоров в PlayableGraph и вручную обновите PlayableGraph. Это использует преимущества параллельного выполнения, сохраняя при этом ручной контроль.
• Система Transform Unity позволяет только одному потоку записывать в иерархию Transform (Корень GameObject и его дочерние). Если вы группируете несколько Аниматоров под одним корнем GameObject, это не позволяет Mecanim использовать преимущества многопоточности при параллельном обновлении Transforms и может привести к снижению производительности. Рекомендуется избегать группировки Аниматоров в иерархии GameObjects, если только это не необходимо для родительских целей.
• StateMachineBehaviour вносят несколько точек синхронизации с основным потоком. В некоторых случаях обратные вызовы могут помешать параллельному вычислению нескольких машин состояний. Чтобы этого избежать, используйте StateMachineBehaviour осторожно.
• Чтобы сохранить детерминизм, Animator записывает каждое анимированное свойство в каждом кадре независимо от того, изменилось ли значение свойства. Это может вызвать известные проблемы производительности при анимации компонентов RectTransform. Чтобы избежать этих проблем, используйте Компонент Animation для анимации RectTransform.
• Поскольку AnimatorController — это машина состояний, она непрерывно оценивает необходимость переходов. Такая оценка происходит даже тогда, когда AnimatorController доходит до конца текущего состояния. Это значит, что простаивающий Animator потребляет ресурсы CPU. Для однокадровых анимаций и для GameObject, которые анимируются редко, используйте компонент Animation или Компонент Игровые API.
• Гуманоидная система имеет накладные расходы на производительность. Чтобы избежать этих накладных расходов, используйте общие анимации, когда это возможно.```