DrakkenRidge: Building an open-world adventure for mobile VR

드라켄리지 VR을 소개합니다

저희는 Garage Collective입니다. 저희는 VR용 오픈 월드 액션 RPG인 DrakkenRidge를 개발한 팀으로, 지평선 너머 보이는 모든 지점을 탐험할 수 있습니다. 강력한 마법사 사냥꾼이 되어 아름답게 수작업으로 제작된 여섯 개의 섬을 탐험하세요. 각 섬은 고유한 캐릭터, 퀘스트, 던전, 그리고 비밀로 가득 차 있습니다.

이 여정은 따뜻하고 쾌적한 해변에서 숨 막힐 듯 아름다운 설산까지, 울창하고 신비로운 숲에서 땅속 깊은 곳의 위험한 협곡까지 여러분을 안내할 것입니다. 새로운 아이템을 제작하고, 정교하게 디자인된 수십 종의 생물과 적들과 싸우고, 모든 전투를 특별한 경험으로 바꿔줄 새로운 마법 학파를 해금하세요.

이 정도 규모의 게임을 2인 팀으로 개발하는 것은 엔티티 컴포넌트 시스템 없이는 아마 불가능했을 것입니다. 이번 게시글에서는 이러한 도구들을 활용하여 방대한 어드벤처 게임을 제작한 과정을 설명하겠습니다.

게임 개발을 더욱 원활하게 하기 위한 믹싱 기법

ECS를 사용하여 게임을 개발할 때 여러 가지 큰 장점이 있지만, 소규모 독립 스튜디오로서 우리는 모바일 VR용 DrakkenRidge를 어떻게 설계하고 개발할지 결정할 때 다른 요소들도 고려해야 했습니다.

ECS를 사용할 때 주요 과제는 두 가지입니다.

• 학습 곡선이 가파르다: ECS를 이용한 개발은 일반적인 객체지향 논리에서 완전히 벗어난 패러다임 전환을 요구합니다.
• 엔티티 시스템과 기존 게임 오브젝트 시스템의 분리는 두 시스템 간의 상호 작용을 어렵게 만들 수 있습니다.

그래서 우리에게 남은 질문은 다음과 같았습니다.

어떤 객체와 상호작용이 ECS의 기능을 활용해야 하고, 어떤 객체는 기존의 GameObjects 와 모노비헤이비어를 유지해야 할까요?

Entities 로 사용하면 GameObjects 와 관련된 렌더링 및 메모리 오버헤드를 상당 부분 피할 수 있으며, 대신 Entities Graphics 사용하여 메모리 청크 단위로 일괄 처리됩니다.체계.

또한, DrakkenRidge 의 아트 파이프라인은 텍스처 아틀라스 기법을 적극적으로 활용하여 방대한 환경을 구현하는 데 필요한 머티리얼 수를 전반적으로 줄였습니다(텍스처 아틀라스에 대한 자세한 내용은 블로그 게시물을 참조 하세요 ).

Entities Graphics 공통 메시와 재질을 공유하는 모든 객체를 그룹화하고 처리할 수 있으며, 이를 통해 엔진은 밀집된 드로우 콜을 생성하여 여러 객체를 한 번에 렌더링할 수 있습니다.

이렇게 하면 수백 건의 배치 작업과 SetPass 호출을 줄일 수 있습니다.

사용자 정의 엔티티 그룹

DrakkenRidge의 거리 기반 생성 시스템을 사용하면 Entities 공유 의사 결정 처리 기능을 가진 그룹으로 할당할 수 있습니다. 예를 들어, 도시의 각 엔티티가 개별적으로 결정하는 대신, 다양한 게임 내 요소를 기반으로 도시의 특정 구역을 빠르게 렌더링하거나 제거할 수 있습니다.

/// If using a simplified LOD object, see if we are in its range
if (inDistanceReturn.useLOD)
{
    if (inDistanceReturn.isInDistanceLOD)
    {
        ecbParallel.SetEnabled(unfilteredChunkIndex, inDistanceReturn.lodEntity, true);

        if (ChildLookup.TryGetBuffer(inDistanceReturn.lodEntity, out lodChildBufferData))
        {
            var newParent = inDistanceReturn.lodEntity;

            SetEnableChildren(
                entityCanBeReEnabledComponentLookup: entityCanBeReEnabledComponentLookup,
                  unfilteredChunkIndex: unfilteredChunkIndex,
                  parentEntity: newParent,
                  enabled: true,
                  childBufferData: lodChildBufferData,
                  ChildLookup: ChildLookup,
                  ecbParallel: ecbParallel);
                                    }

조건이 충족되면 해당 엔티티에 대해 간소화된 LOD 사용합니다.

[BurstCompile]
public partial struct ProcessBufferJob : IJobChunk
{
     internal EntityCommandBuffer.ParallelWriter ecbParallel;

     public EntityTypeHandle entityTypeHandle;
     [ReadOnly] public BufferTypeHandle<Child> childTypeHandle;
     [ReadOnly] public ComponentTypeHandle<DistanceCompData> distanceCompDataTypeHandle;

     // A BufferLookup for random access to Child buffers.
     [ReadOnly] public BufferLookup<Child> childLookup;
     [ReadOnly] public ComponentLookup<Disabled> disabledComponentLookup;

     public PlayerDesignatorCompData targetDesignator;
     public HelperStructToUpdateEnabledEntities addToBufferStruct;
     public Entity playerEnt;

     public void Execute(in ArchetypeChunk chunk, int unfilteredChunkIndex, bool useEnabledMask, in v128 chunkEnabledMask)
     {
         var entities = chunk.GetNativeArray(entityTypeHandle);
         var childAccessor = chunk.GetBufferAccessor(ref childTypeHandle);
         var distanceCompData = chunk.GetNativeArray(ref distanceCompDataTypeHandle);

         bool hasChildBuffer = chunk.Has(ref childTypeHandle);
                DynamicBuffer<Child> lodChildBufferData;

         for (int i = 0; i < chunk.Count; i++)
         {
              Entity currentEntity = entities[i];

팁: DynamicBuffer를 최적화하는 한 가지 방법은 반복 전에 NativeArray로 형변환하는 것입니다. "var lodChildNativeArray = lodChildBufferData.AsNativeArray();"

드라켄리지의 GameObjects 및 물리 엔진

DrakkenRidge 에서는 세계의 90%가 ECS를 사용하여 렌더링되며, ECS는 백그라운드에서 자체 작업을 실행하여 보이는 환경을 아름답고 최적화된 상태로 유지합니다.

하지만 프로그래머 한 명과 아티스트 한 명으로 구성된 저희 소규모 개발팀은 근접 VR 상호작용을 구현할 때 기존의 GameObjects 와 모노비헤이비어를 사용하는 방식을 택하기로 결정했습니다. 이를 통해 빠른 테스트와 빈번한 설계 주기가 이루어지는 환경에서 반복 작업 시간을 단축할 수 있었습니다.

물리적 상호작용 및 전투

DrakkenRidge 의 VR 상호작용은 대부분 물리 시뮬레이션에 의해 구동됩니다. 여기에는 물체를 잡고 조작하는 것부터 플레이어의 등반 및 파쿠르, 마법 시전 및 근접 전투에 이르기까지 모든 것이 포함됩니다.

플레이어는 물리 기반의 등반 과제에 참여할 수 있습니다.

드라켄리지 의 많은 아이템과 마법은 플레이어가 여러 적에게 동시에 피해를 줄 수 있도록 해주며, 이로 인해 여러 캐릭터 모델에서 물리 시뮬레이션이 동시에 실행되는 경우가 많습니다.

물리적 최적화

실시간 물리 시뮬레이션은 특히 모바일 플랫폼에서 비용이 많이 들 수 있습니다. 이를 완화하기 위해 게임 세계의 각 물리 객체는 플레이어의 위치와 플레이어가 시뮬레이션과 상호 작용할 수 있는 위치에 있는지 여부를 추적합니다.

예를 들어, 플레이어는 물리 엔진으로 구동되는 링크로 만들어진 긴 사슬을 오를 수 있으며, 이 링크들은 서로 그리고 주변 환경과 상호 작용합니다. 이러한 물리적 충돌체, 관절 및 강체는 플레이어가 체인을 직접 조작하는지 또는 체인의 시야 내에 있는지에 따라 동적으로 활성화/비활성화됩니다.

일반적으로 우리는 멀리 있는 객체도 렌더링하지만, 물리적 상호작용은 가까이 있는 객체에만 허용합니다. VR 게임처럼 액션이 가까이서 펼쳐지는 환경에서는 이러한 점이 플레이어의 기대와 일치합니다.

DrakkenRidge 프로젝트 에서는 다양한 최적화 기법을 테스트하고, 그중에서 어떤 기법을 구현할지 신중하게 선택했습니다. Unity ECS는 단연코 가장 큰 성능 향상을 제공했으며, 기존 GameObject 파이프라인을 사용하는 것보다 훨씬 적은 비용으로 전체 게임 세계를 렌더링할 수 있었습니다.

마무리 생각

DrakkenRidge 의 경우, 디자인과 최적화 기술의 조합이 완벽한 조합으로 입증되어 독창적인 VR 어드벤처를 제작할 수 있었습니다. 이 오픈 월드 게임은 Unity 용 ECS로 구동되며, 근접 상호 작용은 익숙한 GameObject 및 물리 워크플로를 사용하여 설계되었으므로 팀이 신속하게 디자인, 테스트 및 반복 작업을 수행할 수 있습니다.

모바일 VR용 오픈월드 RPG는 더 이상 꿈같은 이야기가 아니며, 더 많은 개발자들이 이 모험에 도전하기를 기대합니다!

DrakkenRidge VR 이 출시되었습니다 . Steam 큐레이터 페이지 에서 Made with Unity 더 많은 게임을 살펴보시고, Unity 블로그 와 리소스 허브 에서 Unity 개발자들의 더 많은 이야기를 확인해 보세요.