애니메이션

Animator + NetworkMecanimAnimator

렌더링 정확 접근법

애니메이터 속성 동기화를 위해 Fusion에 있는 빌트인 NetworkMecanimAnimator 컴포넌트를 사용하세요. NetworkMecanimAnimator 컴포넌트에 애니메이터를 할당 후, 애니메이터 속성을 할당하면 NetworkMecanimAnimator는 자동으로 모든 클라이언트와 동기화합니다. 예외는 NetworkMecanimAnimator 컴포넌트를 통해서도 설정해야 하는 트리거들입니다(상세 내용은 설명서의 사전 구축된 컴포넌트페이지를 확인하세요).

프록시 객체가 갑자기 나타날 때(예: 늦은 참여 후 또는 프록시 객체가 관심 영역에 진입할 때) 더 나은 애니메이션 동작을 위해 'StateRoot(애니메이터 컨트롤러의 첫 번째 레이어)와 StateLayers(다른 모든 레이어)의 동기화를 사용하도록 설정합니다.

노트: 이 옵션을 활성화하면 데이터 트래픽이 상당히 증가합니다.

Animator/Animancer + FSM 동기화

렌더링 정확 접근 방식

FSM(유한 상태 머신) 상태의 애니메이션을 플레이합니다(예: 점프 상태, 공격 상태, 이동 상태). 현재 상태는 네트워크를 통해 동기화되며 애니메이션에 필요한 추가 데이터를 표준 네트워크 속성에 저장할 수 있습니다.

C#

public class JumpState : PlayerState
{
    protected override void OnEnterState()
    {
        DoJump();
    }

    protected override void OnEnterStateRender()
    {
        Animator.SetTrigger("Jump");
    }
}

애니메이션 제어를 상태로 전환하면 복잡한 애니메이션 설정을 관리하는 데 도움이 되며 애니메이션과 함께 다른 시각적 효과를 쉽게 제어할 수 있습니다(예: 점프 상태로 전환 시 점프 사운드 플레이 및 점프 VFX 플레이). FSM이 재시뮬레이션 지원과 적절하게 동기화되면 다른 시뮬레이션 로직에 사용될 수 있습니다. 상태는 실제로 AI 상태 또는 플레이어 동작 상태가 될 수 있습니다.

틱 정확 애니메이션 솔루션

표준 유니티 Animator에는 애니메이션 상태를 제어하는 방법에 대한 옵션이 제한되어 있으므로 정확한 틱 애니메이션에 사용할 수 없습니다. 그러나 유니티의 하위 레벨 Playables API는 이러한 기능을 허용합니다. 따라서 프로젝트가 틱 정확한 애니메이션을 목표로 한다면, 구현은 Playables를 기반으로 해야 할 것입니다.

Animancer + 틱 정확 래퍼 어라운드 애니멘서 상태

틱 정확 접근 방식

Animancer가 Playables을 기반으로 하기 때문에, AnimancerState 속성은 동기화될 수 있으며, Animancer는 FixedUpdateNetwork 네트워크에서 수동으로 애니메이션을 단계화하여 틱 정확한 애니메이션을 만들 수 있습니다.

이 접근 방법은 프로젝트에 "충분하게 틱 정확"할 수 있는 경우에만 권장됩니다. Animancer는 백그라운드에서 마법을 부리기 때문에(예를 들어 특정 페이드 동안 무중력 상태 생성) 모든 Animancer 기능으로 100% 틱 정확도를 달성하는 것은 시간이 걸릴 수 있으며 Playables를 기반으로 하는 사용자 지정 솔루션을 즉시 사용하는 것이 장기적인 옵션이 될 수 있습니다.

Playables API 기반의 사용자 지정 솔루션

틱 정확 접근 방식

Playables API는 설명서의 범위 밖이지만 일반적인 아이디어는 애니메이션 상태를 나타내는 사용자 지정 데이터 구조체를 사용하여 네트워크를 통해 필요한 데이터를 동기화하고 PlayableGraph를 구성하는 것입니다. 그런 다음 표준 Fusion 방법에서 프로젝트의 요건에 따라 PlayableGraph를 평가합니다.

배틀 테스트된 코드 기반 솔루션에 대해서는 Fusion BR 샘플을 참고하세요.

이전 유니티 애니메이션 + 틱 정확 래퍼 AnimationStates

틱 정확 접근 방식

AnimationStates 플레이에 대한 데이터 동기화에 대해서는 사용자 지정 데이터 구조체를 사용하세요.

. 틱에 대하여 올바른 캐릭터 포즈를 달성하기 위해 Animation.Sample을 참고하세요.

프로젝트의 애니메이션 파이프라인이 이미 이전 애니메이션 시스템을 사용하고 있지 않은 경우 이 솔루션은 권장되지 않습니다.

애니메이션 및 지연 보상

지연 보상은 한 클라이언트에 등록된 히트가 서버에서도 올바르게 인식됨을 보장합니다.

히트 박스가 애니메이션의 영향을 받거나 애니메이션에 의해 구동되는 경우, 히트 박스의 상태가 캡처되기 전에 캐릭터가 올바른 자세를 취하고 있는지 확인하는 것이 중요합니다. 히트 박스 데이터는 FUN Forward 호출의 HitboxManager에 의해 자동으로 캡처됩니다. 재시뮬레이션을 위해 이미 저장된 히트 박스의 위치가 올바른 레이캐스트 계산에 사용되므로 프록시 캐릭터의 애니메이션은 시간을 거슬러 올라갈 필요가 없습니다. 이것이 바로 렌더 정확한 접근 방식조차도 정확하게 실행되면 충분한 지연 보정 적중률을 얻을 수 있는 정확한 이유입니다.

서버는 클라이언트가 스냅샷 보간 시간에 프록시 캐릭터를 렌더링 한다고 가정하여 이 타이밍이 지연 보상된 캐스트에 대해 서버에서 사용됩니다. 따라서 클라이언트의 애니메이션은 프록시의 스냅샷 보간 타이밍도 준수해야 합니다. 즉, 클라이언트의 프록시는 정확한 지연 보정을 위해 보간 된 데이터를 기반으로 애니메이션화되어야 합니다.

보간 애니메이션은 모든 FUN Forward와 Render의 프록시에 데이터를 사용하여 주어진 틱 또는 렌더 시간에 캐릭터 포즈를 재구성할 수 있으므로 틱 정확 애니메이션으로 정확한 애니메이션 타이밍을 갖는 것이 더 좋고 더 정확하게 달성됩니다. 이 경우 프록시 캐릭터는 서버의 보간 된 데이터만 표시하며, 실제로 애니메이션을 "플레이"하지는 않습니다.

반면에 프록시 캐릭터에서 정확한 애니메이션을 완전히 실행합니다. 중요한 것은 매개 변수가 애니메이터로 설정되거나 애니메이션 클립이 시작되는 시간입니다. 간단한 접근 방식은 전체 정확도를 무시하고 최신 네트워크 데이터를 기반으로 행동하는 것입니다(아래 예 참조). 그러나 보다 정확한 애니메이션을 위해서는 애니메이션 파라미터를 설정하거나 보간 된 데이터를 기반으로 클립 플레이를 시작해야 합니다.

또한 주기적으로 또는 특별한 경우(예: 캐릭터가 클라이언트의 관심 영역에 들어가는 경우)에 플레이하는 애니메이션(애니메이션 상태 및 상태 시간)을 동기화해야 합니다. 자세한 내용은 렌더링 정확 상태 동기화 팁 섹션을 참조하십시오.

렌더링 정확 애니메이션은 최신의 네트워크 된 데이터 (_jumpCount)를 기반으로 합니다:

C#

[Networked]
private int _jumpCount { get; set; }
private int _lastVisibleJump;

public override void Spawned()
{
    _lastVisibleJump = _jumpCount;
}

public override void FixedUpdateNetwork()
{
    if (HasJumpInput() == true)
    {
        DoJump();
        _jumpCount++;
    }
}

public override void Render()
{
    if (_lastVisibleJump < _jumpCount)
    {
        _animator.SetTrigger("Jump");
    }

    _lastVisibleJump = _jumpCount;
}

보간 데이터(_jumpCountInterpolator)를 기반으로 정확한 애니메이션을 렌더링 합니다. 보간기를 사용하면 복잡성이 증가하지만 애니메이션의 정확도를 높일 수 있습니다.

C#

[Networked]
private int _jumpCount { get; set; }
private int _lastVisibleJump;
private Interpolator<int> _jumpCountInterpolator;

public override void Spawned()
{
    _lastVisibleJump = _jumpCount;
    _jumpCountInterpolator = GetInterpolator<int>(nameof(_jumpCount));
}

public override void FixedUpdateNetwork()
{
    if (HasJumpInput() == true)
    {
        DoJump();
        _jumpCount++;
    }
}

public override void Render()
{
    if (_jumpCountInterpolator.Value > _lastVisibleJump)
    {
        _animator.SetTrigger("Jump");
    }

    _lastVisibleJump = _jumpCountInterpolator.Value;
}

팁

정확한 상태 동기화를 렌더링 하기 위한 팁

렌더링 정확 접근 방식은 애니메이션 상태 동기화에 중점을 두지 않고 변경사항을 동기화하고 정확한 시간에 적용하는 데 중점을 둡니다. 그러나 렌더링 정확 접근 방식의 정밀도를 높이려면 적어도 일종의 상태 동기화를 구현하는 것이 좋습니다. 즉, 현재 플레이 상태, 특히 캐릭터 애니메이션의 현재 상태 시간을 주기적으로 또는 특정 이벤트에서 동기화합니다.

예를 들어 프록시 캐릭터가 달리는 중이고 그 속도가 어느 정도인지 알 수 있습니다. 그러나 애니메이터에서 이러한 값을 처음 설정하면(게임 참여 후, 프록시 캐릭터가 로컬 플레이어의 관심 영역에 들어가는 등), 원격 플레이어가 이미 20초 동안 실행 중임에도 불구하고 처음부터 이동 루프를 재생합니다. 이로 인해 클라이언트 간에 애니메이션 타이밍이 달라져 애니메이션 동기화가 부정확해집니다. 이 문제는 일반적으로 원격 플레이어가 점프와 같은 다른 작업을 수행할 때 해결되지만, 플레이어가 이러한 작업을 수행할 때까지 애니메이션 타이밍이 상당히 흐트러질 수 있습니다.

유니티 애니메이터 Animator.GetCurrentAnimatorStateInfo()를 사용하여 현재 상태의 전체 경로 해시와 정규화된 시간을 가져오고 이를 표준 네트워크 속성으로 동기화한 후 Animator.Play(int stateNameHash, int layer, float normalizedTime)를 호출하여 프록시 캐릭터에 적용할 수 있습니다. 그러나 원하지 않는 시각적 결함을 방지하기 위해 애니메이터가 전환되지 않은 경우에만 동기화가 수행되어야 합니다.

틱 정확 상태 동기화에 대한 팁

애니메이션 상태가 Playables, AnimancerStates 또는 유니티의 AnimationStates에 기반하여 구동되는지 여부는 정확한 재계산에 필요한 데이터만 동기화해야 하며 시간 경과에 따른 값 변경은 동기화하지 않는 것이 이상적입니다. 예를 들어 틱 표시마다 Time 및 Weight 변경 사항을 보낼 필요는 없지만 모든 클라이언트에서 현재 Weight 및 TargetWeight 값을 계산하려면 주의 StartTick, FadeSpeed 및 TargetWeight를 동기화하는 것이 중요합니다.