면접 오답노트: 말하지 못한 주요 개념, Net Relevancy

Relevancy가 정하는 것#

면접관의 첫 질문은 Relevancy가 무엇이냐였다. 레벨에는 액터가 많지만 한 플레이어에게 영향을 주는 것은 일부다. 서버는 연결(connection)마다 그 클라이언트에 의미 있는 액터 집합을 정하고 그 집합의 액터만 복제한다. 이 집합에 드는 액터가 그 연결에 Relevant하다. 판정 단위는 액터가 아니라 액터와 연결의 쌍이라서, 같은 액터가 A 클라이언트에는 연관 있고 B 클라이언트에는 연관 없을 수 있다.

서버에서 Relevancy는 Actor channel을 열고 닫는 기준이다.

• 채널이 없는 액터는 연관 없으면 보내지 않는다. 연관 있으면 채널을 열고 처음 복제한다.
• 채널이 있는 액터는 연관성을 잃어도 바로 닫지 않고 유예 뒤에 닫는다(아래 연관성을 잃고 되찾을 때).
• Multicast RPC도 연관 있는 연결에만 보낸다.

Relevancy가 RPC에 관여하는 것은 이 세 번째 항목 정도다. 꼬리 질문인 “언제 Relevant해야 하나”의 답은 아래의 판정 순서와, 그 순서를 바꾸는 플래그에 있다.

IsNetRelevantFor의 판정 순서#

AActor의 기본 구현이다. 위에서부터 검사해 처음 걸린 조건으로 끝난다.

1
bool AActor::IsNetRelevantFor(const AActor* RealViewer, const AActor* ViewTarget, const FVector& SrcLocation) const
2
{
3
  if (bAlwaysRelevant || IsOwnedBy(ViewTarget) || IsOwnedBy(RealViewer) || this == ViewTarget || ViewTarget == GetInstigator())
4
  {
5
    return true;
6
  }
7
  else if (bNetUseOwnerRelevancy && Owner)
8
  {
9
    return Owner->IsNetRelevantFor(RealViewer, ViewTarget, SrcLocation);
10
  }
11
  else if (bOnlyRelevantToOwner)
12
  {
13
    return false;
14
  }
15
  else if (RootComponent && RootComponent->GetAttachParent() && RootComponent->GetAttachParent()->GetOwner() && (Cast<USkeletalMeshComponent>(RootComponent->GetAttachParent()) || (RootComponent->GetAttachParent()->GetOwner() == Owner)))
16
  {
17
    return RootComponent->GetAttachParent()->GetOwner()->IsNetRelevantFor(RealViewer, ViewTarget, SrcLocation);
18
  }
19
  else if(IsHidden() && (!RootComponent || !RootComponent->IsCollisionEnabled()))
20
  {
21
    return false;
22
  }
23

24
  if (!RootComponent)
25
  {
26
    UE_LOGF(LogNet, Warning, "Actor %ls / %ls has no root component in AActor::IsNetRelevantFor. (Make bAlwaysRelevant=true?)", *GetClass()->GetName(), *GetName() );
27
    return false;
28
  }
29

30
  return !GetDefault<AGameNetworkManager>()->bUseDistanceBasedRelevancy ||
31
      IsWithinNetRelevancyDistance(SrcLocation);
32
}

세 인자는 연결마다 정해진다.

단계별로 보면 다음과 같다. 번호는 위 그림과 같다.

1. 이 연결의 것인지 먼저 본다. bAlwaysRelevant이거나, Owner 체인에 그 연결의 PlayerController나 Pawn이 있거나, 그 Pawn이 Instigator면 숨김이나 거리와 관계없이 연관 있다.
2. bNetUseOwnerRelevancy면 Owner의 판정을 그대로 쓴다.
3. bOnlyRelevantToOwner면 연관 없다. 소유자는 이미 1번에서 통과했으므로, 여기까지 온 것은 소유자가 아닌 연결뿐이다.
4. 다른 액터에 붙어 있으면 부모 액터의 판정을 따른다. Epic 문서는 스켈레탈 메시에 붙은 경우만 설명하지만, 부모 액터의 Owner가 내 Owner와 같을 때도 부모를 따른다.
5. 숨기기만 해서는 빠지지 않고, 루트 충돌까지 꺼져 있어야 연관 없음이 된다. 반대로 렌더링이 필요 없다고 충돌 없는 액터를 서버에서 SetHidden(true)로 스폰하면 아무에게도 복제되지 않는다. Replication Graph를 측정할 때 테스트 액터 5,000개가 이 조건에 걸려 기본 드라이버로는 하나도 복제되지 않았다.
6. 루트 컴포넌트가 없으면 경고 로그를 남기고 연관 없음이 된다. 루트 없이 데이터만 나르는 액터는 1–3번에서 결론이 나도록 플래그를 정해 둔다.
7. 마지막이 거리다. 기준점은 Pawn이 아니라 카메라 시점이라서, 3인칭 카메라가 폰 뒤로 빠져 있으면 기준점도 그만큼 뒤에 있다. NetCullDistanceSquared는 이름대로 제곱값이고 기본값 225000000은 150 m다.

Owner가 판정을 바꾸는 방식#

Owner는 판정 순서에서 세 번 쓰인다.

1. 소유 체인. IsOwnedBy는 Owner를 끝까지 따라 올라간다. 무기의 Owner가 Pawn이고 Pawn의 Owner가 PlayerController면(빙의하면 Pawn의 Owner는 PlayerController가 된다) 무기는 거리와 관계없이 그 플레이어에게 항상 연관 있다.
2. bOnlyRelevantToOwner. 소유자 외에는 연관 없다. Owner가 없으면 아무에게도 가지 않는다.
3. bNetUseOwnerRelevancy. 판정을 Owner에게 넘긴다. 폰이 들고 있는 무기나 장비는 폰이 보이는 클라이언트에게 같이 보여야 하므로 이 플래그를 켜고 Owner를 폰으로 둔다.

1번 조건에는 Instigator도 있다. 내 Pawn이 Instigator인 투사체는 거리와 관계없이 나에게 연관 있다.

판정은 서버에서 돌기 때문에 Owner도 서버에서 정한다.

1
// 예시: 폰이 들고 다니는 무기
2
AMyWeapon::AMyWeapon()
3
{
4
  bReplicates = true;
5
  bNetUseOwnerRelevancy = true; // 폰이 연관 있는 연결에만 연관 있다
6
}
7

8
// 서버에서 스폰할 때 Owner와 Instigator를 지정한다
9
FActorSpawnParameters Params;
10
Params.Owner = OwnerPawn;
11
Params.Instigator = OwnerPawn;
12
GetWorld()->SpawnActor<AMyWeapon>(WeaponClass, SpawnTransform, Params);

정리하면 꼬리 질문의 답은 다음 표다.

연관성을 잃고 되찾을 때#

여기부터는 면접에서 이어서 받을 만한 질문을 정리했다. 먼저 “연관성을 잃었다가 되찾으면 클라이언트에서는 무슨 일이 생기나요?”다.

• 연관성을 잃어도 바로 끊지 않는다. 마지막으로 Relevant했던 때부터 RelevantTimeout(기본 5초)이 지날 때까지는 계속 복제한다. 경계를 오가는 액터가 생겼다 사라지기를 반복하지 않게 하는 장치로 보인다.
• 유예가 끝나면 동적으로 스폰한 액터는 채널이 닫혀 클라이언트에서 파괴되고 EndPlay가 불린다. 맵에 배치한 액터는 채널이 남아 사라지지 않고 복제만 멈춘다.
• 다시 Relevant해지면 동적 액터는 새로 스폰되어 BeginPlay가 다시 불리고, 기본값과 다른 프로퍼티의 OnRep이 온다. 맵에 배치한 액터는 복제가 재개되어 바뀐 값의 OnRep이 온다. 처음부터 범위 밖에서 스폰된 액터도 Relevant해질 때까지는 클라이언트에 나타나지 않는다.

RPC는 프로퍼티와 다르게 다룬다. 연관 없는 연결에도 채널이 열려 있으면 Reliable Multicast는 간다. Unreliable Multicast는 연관 없는 연결에는 가지 않는다. 그래서 유예 중인 액터나 채널이 남아 있는 맵 배치 액터는 범위 밖에서도 Reliable Multicast를 받는다. 채널이 닫힌 동적 액터는 아무것도 받지 못하고, 다시 Relevant해져도 그사이 RPC는 재전송되지 않는다.

액터를 짤 때는 두 가지를 전제로 둔다.

• 동적 액터의 클라이언트 BeginPlay와 EndPlay는 여러 번 불릴 수 있다. BeginPlay에서 다른 객체에 등록했다면 EndPlay에서 해제해, 다시 불려도 문제없게 한다.
• 늦게 보게 된 클라이언트도 알아야 하는 상태는 RPC가 아니라 복제 프로퍼티에 두고, 현재 프로퍼티 값만으로 상태를 다시 맞출 수 있게 한다. RPC는 그 순간의 연출 같은 이벤트에 쓴다.

바꿀 때 주의할 점#

“연관성을 직접 바꿀 때 주의할 점은요?”라는 질문에는 세 가지를 답할 수 있다.

Relevancy, Dormancy, Priority#

Relevancy를 설명하면 Dormancy, Priority와는 무엇이 다르냐는 질문도 나오기 쉽다. 셋 다 “덜 보내기” 위한 장치지만 묻는 질문이 다르다.

Priority는 연관 있는 액터 사이의 순서다. Actor Priority 문서에 따르면 연결이 포화됐을 때 무엇을 먼저 보낼지 정하는 상대 비율이다. Dormancy는 Relevancy와 다르다. 휴면 액터는 클라이언트에 남은 채 정해 둔 시점까지 업데이트만 멈춘다. 자세한 내용은 휴면 액터 깨우기에 정리했다.

다시 답한다면#

같은 질문을 다시 받는다면 위 내용을 줄여 이렇게 답하고 싶다. 질문별로 나눠 답했다.

참고 자료#

• Actor Relevancy in Unreal Engine
• Actor Priority in Unreal Engine
• Net Relevancy Explained; Actor Relevancy Explained - UE C++ Tutorial, enigma tutorials