Journal Archive

3D 컴퓨터 그래픽을 활용하는 문화콘텐츠를 제작하는 데에 있어서 다양한 최적화 방법이 존재하며, 상황에 맞게 적절한 최적화 기법을 활용하여 사용자 경험을 해치지 않으면서 최대한 원활한 동작을 목표로 하는 것이 중요하다. Kim은 다양한 종류와 형태의 디테일이 높은 하이폴리(Hi-Poly) 3D 오브젝트를 폴리곤 리덕션(Polygon Reduction)을 통해 폴리곤 수를 조절하여 최적화를 할 경우, 대체로 인공적인 하드 서피스(Hard Surface) 물체보다 캐릭터와 같은 유기적인 오브젝트가 더 나은 결과를 보여준다고 분석하였다[4]. Lee 등은 게임 최적화 방법 중 하나인 Interior Mapping 기법을 적용해 폴리곤 개수, 리소스(resource) 크기, FPS 등으로 평가하여 3D 그래픽 처리 성능의 차이를 검증하였다[5].

본 연구에서는 범용적으로 쓰이는 게임 엔진에서 효과적으로 렌더링 최적화를 수행하고, 이를 정량적인 측정지표를 통해 수치화하기 위해 LoD(Level of Detail) 라는 개념을 사용한다.

3D 시뮬레이션 공간상에 있는 물체는 플레이어 카메라에 가까이 존재할 수도 있고 멀리 떨어진 곳에 존재할 수도 있으며, 멀리 떨어져 있을 경우 플레이어가 느끼게 되는 해당 물체의 세부 디테일의 양이 크게 감소하게 됨에도 불구하고 물체를 렌더링하는 데 사용되는 폴리곤의 개수는 그대로 유지되게 되어 렌더링 성능이 떨어지게 된다. 이 문제를 해결하기 위해 LoD 최적화 기법을 사용하여 3D 물체와 플레이어 카메라의 거리가 멀어질수록 해당 3D 물체를 렌더링하는 데에 필요한 폴리곤 수를 감소시켜 그래픽 자원의 부하를 줄일 수 있다. Aubel 등은 2000년도 혹은 그 이전의 시스템으로 LoD(Level of Detail) 최적화 기법을 활용하여 안정적인 실시간 24 FPS를 유지하는 동시에 120명의 애니메이션이 적용된 가상 캐릭터를 한 공간상에 시뮬레이션하는 것에 성공한 바 있다[6]. Wysopal 등은 AR 환경에서 사용자가 바라보는 각도 및 거리에 따라 UI 요소의 디테일이 변화하는 LoD를 적용하여 45명의 참가자에게 일련의 작업을 수행하는 실험을 진행하였는데 LoD를 적용한 환경에서 수행한 결과가 그렇지 않은 환경에서 수행한 결과에 비해 속도 면에서 상당한 향상이 이루어졌음을 보여 LoD의 도입이 어플리케이션의 사용성 측면을 개선할 수 있다는 것을 제시하였다[7].

3D 공간상에 표현되는 가상 캐릭터의 애니메이션의 경우 CPU의 자원을 활용하여 처리되기 때문에 처리해야 할 애니메이션의 양이 많아질 경우, 효율적인 자원 관리 및 최적화를 하지 않으면 처리가 지연되어 전체적인 성능에 영향을 미칠 가능성이 있다.

일반적으로 캐릭터의 복잡한 움직임, 액체, 건물 붕괴, 깨짐 등의 시뮬레이션은 본(bone)을 이용한 리깅(rigging) 등을 통해 이루어지지만, 외부 3D 프로그램을 통해 제작된 시뮬레이션을 게임 엔진 등으로 옮겨 구현하고자 할 경우 서로 호환되지 않아 이동이 어려울 뿐만 아니라, 성공적으로 구현하여도 추가적인 하드웨어 처리 부담이 가중되게 된다. 이를 해결하기 위해 3D 오브젝트를 구성하고 있는 모든 정점(vertex)의 시간에 따른 이동 경로를 각각 2D 텍스처의 형태로 저장하여 애니메이션을 구현하는 방법이 버텍스 애니메이션 텍스처이다. Kang 등은 버텍스 애니메이션 텍스처 기법을 활용하여 애니메이션 처리로 인한 CPU의 보틀넥(bottleneck)을 해결하여 10만 마리 정도의 동물 떼의 이동을 시뮬레이션하였다[8].

본 연구에서는 LoD 및 버텍스 애니메이션 텍스처 기반의 3D 캐릭터 렌더링 최적화를 구현하기 위해 언리얼 엔진의 나이아가라 파티클 시뮬레이션 시스템을 택했다. 이에 대한 실험을 진행하고 결과를 도출하기 위해 3장에서는 언리얼 엔진 기반으로 최적화 성능을 측정하기 위한 실험 준비에 관한 내용을, 4장에서는 실질적으로 본 연구에서 제안하는 방법을, 5장에서는 시뮬레이션 결과에 대한 세부 분석을, 6장에서는 결론 및 향후의 연구 방향을 기술한다.

언리얼 엔진 5를 이용해 대규모 공연장을 시뮬레이션할 수 있는 환경을 구축하기 위해 언리얼 엔진 버전 5.3.2를 채택하였다. 에픽게임즈 런처를 다운로드 후 에픽게임즈 계정을 통해 로그인을 마치면 라이브러리 탭에서 원하는 언리얼 엔진의 버전을 다운로드 할 수 있다[12]. 언리얼 엔진 버전 5.3.2의 설치를 마친 후 실행시켜 게임 탭의 삼인칭 템플릿을 선택한 후, 디폴트 설정으로 새 프로젝트를 생성하였다.

프로젝트 생성 시 기본으로 맵 상에 배치되어 있던 불필요한 오브젝트들을 제거한 후 충분한 공간 확보를 위해 바닥 오브젝트의 스케일(scale)을 X:500 Y:500으로 확장하여 그림 2와 같은 시뮬레이션 기본 환경을 구축하였다.

Fig. 2. 
Simulation environment in Unreal Engine 5

언리얼 엔진 5에서 제공하는 기본 캐릭터 모델들을 활용해 시뮬레이션에 활용해도 무방하지만, 생김새가 미래형 공상과학 휴머노이드에 가까운 형태이기에 이번 연구에서는 조금 더 친근감 있는 메타버스 가상 환경에 최적화된 캐릭터 모델을 도입하는 동시에 모델의 임포트 단계부터 세부 설정 컨트롤을 원활하게 진행하기 위해 브이로이드 스튜디오를 통해 메인 캐릭터를 생성하였다.

브이로이드 스튜디오는 그림 3과 같이 두상부터 발 끝까지 모든 요소를 직접 커스터마이징을 통해 원하는 형태의 캐릭터를 생성하여 다양한 목적으로 활용 가능한 무료 소프트웨어이다[13]. 작성한 3D 캐릭터를 VRM 확장자를 가진 파일로 익스포트(export)할 수 있으며, 이 확장자는 glTF2.0을 기반으로 하여 여러 프로그램에서 자유롭게 활용할 수 있다[14]. 익스포트된 VRM 확장자의 3D 캐릭터 모델을 언리얼 엔진 5에서 임포트하여 사용하기 위해서 VRM4U[15]라는 플러그인을 언리얼 엔진 5에 설치하여 해당 임포트 과정을 진행하였다.

Fig. 3. 
3D Humanoid model customizing using VRoid studio

임포트 과정 진행 후 언리얼 엔진 5 내의 콘텐츠 브라우저(contents browser)에 머티리얼 인스턴스(material instance), 스켈레탈 메시(skeletal mesh), 텍스처(texture) 등의 에셋(asset)들이 자동으로 생성되는 것을 확인할 수 있다. 제작한 캐릭터의 걷기, 달리기, 점프 등의 애니메이션을 생성하기 위해 언리얼 엔진 5에서 자체적으로 제공되는 IK(Inverse Kinematics) 리타기터(IK retargeter)를 통해 그림 4와 같이 언리얼 엔진 5의 기본 캐릭터 모델의 리깅(rigging) 정보와 브이로이드 스튜디오에서 제작하여 임포트한 캐릭터의 리깅 정보를 실시간으로 동기화하여 시뮬레이션하였다.

Fig. 4. 
VRoid studio custom character imported in Unreal Engine 5 (top: IK rig information synchronized with existing model using IK retargeting, bottom: final custom player character placed on the map)

애니메이션 동기화까지 마친 캐릭터 모델을 플레이어 캐릭터로 설정하기 위해 현재 메인 플레이어 캐릭터 블루프린트(blueprint) 내의 좌측 계층 구조 중 스켈레탈 메시 컴포넌트(skeletal mesh component)의 하위 자식으로 다른 스켈레탈 메시 컴포넌트를 추가하여 해당 컴포넌트의 스켈레탈 메시 에셋(skeletal mesh asset) 슬롯에 제작한 캐릭터 모델을 추가한 후, 기존 스켈레탈 메시 컴포넌트의 렌더링 옵션에서 ‘표시’ 항목의 체크를 해제하였다. 그 후 시뮬레이션 실행 시 플레이어의 모습이 정상적으로 반영되어 이동하거나 점프 등의 액션을 취할 시 실시간으로 애니메이션이 동기화되는 것을 확인하였다.

공연장이나 경기장과 같이 대규모의 관중들이 있는 메타버스 플랫폼을 구현하고자 할 경우, 통상적인 방법으로 단순히 맵 전체에 각각의 고유 객체로 배치하게 되면 최적화 측면 및 전체 통제 용이성 측면 모두 효율적이지 않기 때문에 VFX (Visual Effects)를 통해 구현하였다.

언리얼 엔진에서는 VFX를 구현하기 위한 차세대 VFX 시스템인 나이아가라(Niagara) VFX 시스템을 제공한다. 이 나이아가라 시스템을 통한 폭죽, 눈, 번개 등과 같은 시각적 효과들의 구현은 기본적으로 이미터(emitter)에서 생성되는 파티클(particle)들을 여러 모듈(module)들을 통해 생김새에 변형을 가하거나 전체적인 흐름을 제어하는 방식으로 이루어진다. 나이아가라를 이용한 VFX 구현에 핵심이 되는 파티클들은 단순한 스프라이트(sprite) 형태부터 복잡한 3D 메시(3D mesh)까지 폭넓게 선택하여 사용할 수 있으며 최적화 관련 옵션들이 많아 관리하기 쉽고 커스텀 모듈들을 사용자가 직접 설계해 원하는 기능을 구현할 수도 있다[16].

언리얼 엔진 5에서 새로운 나이아가라 시스템 에셋을 만들어 맵 상의 원하는 위치에 배치해 파티클이 소환될 수 있도록 세팅한 후 그림 5의 좌측과 같이 시스템 내부의 이미터 업데이트, 파티클 스폰(spawn), 파티클 업데이트, 렌더(render) 항목에 필요한 모듈들을 추가하여 기본적인 메타버스 공간상 캐릭터들의 움직임을 구현하였다.

Fig. 5. 
Particle emitter settings in Niagara system and randomly spawned characters on the map

뷰포트(view port) 상에 표시되는 파티클들의 형태를 렌더 항목에서 새 렌더러(renderer)를 추가하여 결정할 수 있으며 3D 모델 오브젝트를 렌더하기 위해 메시 렌더러(mesh renderer)를 추가하여 원하는 모델을 선택할 수 있다. 그러나 현재 나이아가라 시스템은 메시 렌더러의 메시 오브젝트로 스태틱 메시(static mesh) 오브젝트만 선택이 가능하기 때문에 스켈레탈 메시로 구성된 캐릭터를 변형이 일어나지 않는 정적인 오브젝트로 정의된 스태틱 메시 오브젝트로 변형시켜 주어야 한다.

앞서 설명한 VRM 확장자 파일의 경우 glTF 기반으로 이루어져 있기 때문에 확장자를 .glb 혹은 .gltf로 변경하면 3D 모델 편집 소프트웨어인 블렌더로 임포트할 수 있다.

스태틱 메시 오브젝트는 폴리곤 및 텍스처 정보만을 필요로 하기 때문에 임포트한 모델에서 포즈(pose) 정보, 본(bone) 정보, 엠티(empty) 등을 제거해 준 후 남은 메시들을 모두 머지(merge) 작업을 통해 하나의 메시로 합쳐주어 그림 6과 같은 상태로 만들어 준 후 모델을 FBX 확장자를 가진 파일로 익스포트하여 언리얼 엔진을 포함한 대부분의 3D 프로그램에서 임포트할 수 있는 파일을 생성하였다. 캐릭터의 텍스처의 경우 블렌더의 ‘Unpack Resources’ 기능을 통해 모델에 종속되어 있던 텍스처를 이미지 파일로 저장하였다.

Fig. 6. 
Look of the character exchanged from skeletal mesh to static mesh using Blender 3D program

해당 FBX 파일을 언리얼 엔진 5로 임포트한 후 자동 생성된 기본 머티리얼 에셋에 추출한 텍스처 이미지를 연결하여 T자 형태의 포즈로 고정된 스태틱 메시 캐릭터 에셋을 완성하였다. 이 에셋을 앞서 생성한 나이아가라 시스템의 메시 렌더러에 추가한 후 시뮬레이션을 실행하면 그림 5의 우측과 같이 맵 상에서 수만 명의 캐릭터들이 돌아다니는 것과 같은 시각적 효과를 얻을 수 있다.

현재까지의 진행으로 현실의 대규모 공연장에서 흔히 볼 수 있는 혼잡한 인파의 구현은 성공하였다. 그러나 파티클들이 밀집된 곳으로 시점을 이동하면 화면의 FPS가 20 이하로 하락하는 최적화 문제 및 캐릭터들이 전부 T자 포즈인 상태로 이동한다는 문제가 존재한다.

먼저 FPS 문제를 해결하기 위해 LoD(Level of Detail) 개념을 나이아가라 시뮬레이션에 도입하고자 한다. 플레이어와의 거리가 멀어질수록 오브젝트의 폴리곤 수를 낮춰 그래픽 렌더링의 부담을 덜어주는 LoD 최적화 기법을 나이아가라 시스템 내에서 커스텀 모듈을 설계하여 해당 기능을 수행할 수 있도록 하였다.

그림 7과 같이 커스텀 나이아가라 모듈 스크립트(script)를 구성하여 생성한 이미터의 파티클 업데이트 항목 아래에 추가하여 이미터가 사용자 정의 모듈을 사용하도록 하였다. 나이아가라 시스템의 이미터에는 여러 개의 렌더러가 사용될 수 있으며 각 렌더러마다 렌더러 비저빌리티(renderer visibility) 값을 설정할 수 있는 항목이 있어 해당 값과 일치하는 파티클들만이 해당 렌더러에 의해 표시되게 된다. 플레이어 카메라의 위치값을 중심으로 거리 1500 이내에 존재하는 파티클들의 렌더러 비저빌리티 값을 0으로, 거리 1500 이상 8000 이내에 존재하는 파티클들은 1, 마지막으로 거리 8000보다 멀리 떨어진 파티클들은 2로 설정하도록 노드들을 배치하여 모듈을 구성하였다.

Fig. 7. 
LoD implemented by Niagara custom module

나이아가라 시스템은 파티클 렌더러 3D오브젝트로 정적 메시만을 지원하므로 각각의 캐릭터 파티클들이 움직일 때 걷거나 뛰는 애니메이션을 도입하기 위해서는 스켈레탈 메시가 아닌 스태틱 메시에서 애니메이션을 구현할 수 있는 방법을 사용해야 한다. 버텍스 애니메이션은 키프레임 방식이 아닌 애니메이션 데이터를 2D 텍스처나 메시의 UV 자체에 저장하는 방식을 사용하여 불필요한 애니메이션 부하를 줄이면서 스태틱 메시에도 애니메이션을 적용할 수 있도록 해준다[17]. 버텍스 애니메이션 기능을 도입하기 위해 외부 프로그램을 통해 해당 텍스처를 생성하여 언리얼 엔진으로 임포트해 사용할 수 있다.

언리얼 엔진 5에서는 폴리곤의 개수를 조절하여 서로 다른 LoD 레벨을 생성하는 것이 가능하여 스켈레탈 메시 혹은 스태틱 메시 내의 에셋 디테일 탭에서 LoD 옵션을 설정해 원하는 LoD 레벨의 개수만큼 언리얼 엔진 5에서 자동으로 생성되게 할 수 있다. LoD 도입과 함께 버텍스 애니메이션 구현을 위해 캐릭터 모델의 LoD 개수를 원하는 수만큼 설정 후 생성하여 에셋 익스포트 기능을 통해 FBX 파일로 익스포트해서 블렌더에서 임포트하여 편집하였다.

캐릭터에게 원하는 애니메이션을 설정하기 위해 버텍스 애니메이션에 사용하고자 하는 애니메이션 시퀀스(sequence) 에셋을 언리얼 엔진 5 내에서 FBX 파일로 익스포트 후 블렌더로 임포트하여 링크 애니메이션 데이터(link animation data) 기능을 통해 미리 임포트 해둔 캐릭터와 원하는 애니메이션 데이터를 동기화하였다. 동기화한 애니메이션이 적용된 캐릭터 모델에 포함된 여러 LoD 레벨 중 원하는 레벨의 모델을 블렌더 버텍스 애니메이션 오픈소스 플러그인 Unreal Tools[18]를 사용하여 그림 8과 같이 언리얼 엔진 5 내에서 버텍스 애니메이션 구현에 필요한 Export Mesh, Normal map, Offset map을 생성하였다.

Fig. 8. 
Vertex Animation Data created in Blender

Export Mesh는 버텍스 애니메이션을 적용시키고자 하는 최종 출력 스태틱 메시이며, Normal map과 Offset map은 키프레임의 애니메이션 데이터가 2D 텍스처 형태로 변환된 것으로 언리얼 엔진 5 내에서 스태틱 메시에 버텍스 애니메이션을 적용시킬 때 사용된다. Export Mesh는 FBX 파일로, Normal map은 BMP 파일로, Offset map은 EXR 파일로 각각 블랜더 내에서 익스포트하여 언리얼 엔진 5로 임포트하였다.

임포트한 두 종류의 2D 텍스처를 언리얼 엔진 5에서 제공하는 MS_VertexAnimationTools_MorphTargets 노드를 중심으로 그림 9와 같이 머티리얼을 구성하였다. 이 노드를 통해 최종 머티리얼 노드의 월드 포지션 오프셋(world position offset) 및 노멀(Normal) 값, 애니메이션 재생 속도 등을 설정하여 자연스러운 애니메이션이 되도록 조정하였다. 마지막으로 색상 설정 부분에 기존 모델에서 사용하던 텍스처를 그대로 가져와 베이스 컬러(base color) 및 오파시티 마스크(opacity mask) 항목에 사용할 수 있으며, 버텍스 애니메이션 관련 설정 항목들에는 영향을 미치지 않기 때문에 하나의 텍스처로 색 및 애니메이션 표현을 동시에 처리하게 되어 최적화 성능면에서 큰 이점으로 작용한다.

Fig. 9. 
Vertex Animation implemented using material nodes in Unreal Engine 5

나이아가라 시스템 내 이미터의 렌더러에 할당되어 있는 기존 모델을 버텍스 애니메이션을 도입한 새 스태틱 메쉬로 변경시켜 준 후 시뮬레이션을 실행해 그림 10과 같이 모든 캐릭터 파티클들에 정상적으로 걷기 애니메이션이 추가된 것을 확인하였다. LoD 레벨이 더 낮은 캐릭터 모델들도 같은 방법으로 버텍스 애니메이션이 설정된 모델로 생성 후 임포트하여 이전 단계에서 구성한 나이아가라 시스템 내 다른 렌더러 비저빌리티 값을 갖는 렌더러에 각각 할당하여 거리별로 다른 LoD 레벨 캐릭터 모델이 렌더링될 수 있도록 하였다. LoD2의 경우 화면상에서 각 파티클 당 전체 면적이 수 픽셀 이내로밖에 표시되지 않는 원거리 범위에 존재하기 때문에 스프라이트 렌더러를 사용하여 중요도가 비교적 떨어지는 부분에 대한 그래픽 자원 낭비를 최소화하였다.

Fig. 10. 
Vertex animation successfully applied to character particles of the Niagara particle system

최종적으로 그림 11과 같이 버텍스 애니메이션이 적용된 모든 캐릭터 하나하나가 실제로 메타버스 공간상을 걸어다니는 것과 같은 모습으로 움직일 수 있으면서 LoD를 도입함으로써 최적화 문제를 해결하여, 4만 명 이상의 플레이어를 동시에 시뮬레이션하여도 FPS가 안정적으로 60 이상을 유지하는 모습을 확인할 수 있었다.

Fig. 11. 
Whole simulation environment with both LoD and vertex animation applied

먼저 나머지 설정값은 고정시킨 후 LoD0 distance와 LoD1 distance 값의 조절을 통해 어느 정도의 성능 차이가 있는지, 디테일 저하로 인한 불쾌감이 느껴지지는 않는지 등을 평가하여 본다. 표 2는 각각의 LoD 적용 거리별 FPS의 변화를 측정하기 위해 준비한 비교 집단들의 설정값이다. 기본값은 각각 1500과 8000으로 앞서 구축한 시뮬레이션 환경의 값이다. A와 B는 각각 LoD1 distance를 기본값으로 둔 채 플레이어와 가까운 LoD0 모델 및 LoD1 모델의 전환 경계인 LoD0 distance 값을 가깝게, 멀게 설정한 비교 집단이고 C와 D는 반대로 각각 LoD0 distance는 기본값으로 고정한 채 플레이어와 멀리 떨어져 있는 LoD1 모델 및 LoD2 모델 사이의 전환 경계인 LoD1 distance 값을 가깝게, 멀게 설정한 비교 집단이다. E와 F는 각각 LoD0 distance와 LoD1 distance를 동시에 플레이어에게서 가깝게, 멀게 설정한 비교 집단이다. 마지막으로 G는 LoD를 아예 적용시키지 않은 비교 집단이다.

그림 12는 각 비교 집단에 대해서 각각 나이아가라 시스템 내 사용자 지정 모듈의 LoD0 distance 및 LoD1 distance 수치를 조절한 후 플레이어 수를 5만 명에서 시작하여 5만 명씩 늘려가며 총 40만 명까지 증가시켰을 때 화면에 표시된 실시간 시뮬레이션의 FPS를 기록한 그래프이다. 가로축은 맵 상에 소환된 총 플레이어 수를, 세로축은 FPS를 나타내며 본 연구에서 목표 FPS로 설정한 60FPS의 기준선을 빨간 가로선으로 표시하였다.

Fig. 12. 
Simulation FPS by LoD distance and number of players

먼저 LoD 자체를 설정하지 않은 G에 비해 LoD를 기본값으로 적용한 Default의 경우 약 223%의 FPS 향상 효과를 보였다. 전체적으로 기본값에 비해 각각의 LoD 거리를 플레이어에게 가깝게 이동시킨 A, C, E의 경우, FPS 향상 효과가, 플레이어에게서 멀게 이동시킨 B, D, F의 경우, FPS가 하락하는 것을 확인할 수 있었다. E의 경우 LoD0 distance와 LoD1 distance 모두 플레이어에게 매우 근접한 수치로 설정하여 최대의 FPS 향상 효과를 얻어 10만 명의 플레이어를 동시에 시뮬레이션하는 상황에서도 60FPS의 기준을 달성하여 기본값 대비 약 15%의 향상 효과를 보였으나, 너무 낮게 설정된 LoD 거리로 인해 그림 13과 같이 플레이어와 상당히 근접한 파티클만 디테일이 가장 높은 LoD0 모델로 표시가 되고, 조금만 멀어져도 바로 눈에 띌 정도로 디테일이 저하되는 것을 볼 수 있다.

Fig. 13. 
Detail degradation due to low LoD distance

LoD 거리에 따른 FPS 성능 차이를 살펴보았지만 각각의 LoD 거리를 최솟값으로 설정하여도 한 공간 안에 10만 명을 동시에 시뮬레이션하면서 60FPS의 기준을 간신히 달성하는 데에 그쳤다. 다음으로 파티클들의 LoD 거리를 기본값으로 고정시킨 후 나이아가라 시스템 자체의 설정값 조절을 통해 성능 차이를 평가해 본다. 표 3의 ①, ②, ③은 표 1에서 LoD 설정을 제외한 값들로, ①의 기본값은 CPU 시뮬레이션이며 GPU 시뮬레이션으로 수정할 수 있고, ②의 기본값은 그림자를 생성하는 true이며 그림자를 생성하지 않게 false로 변경할 수 있으며, ③의 기본값은 20,000 X 20,000의 크기에 파티클들을 소환하도록 설정하였으며 50,000 X 50,000 크기의 영역에 소환되도록 수정할 수 있다.

이 설정값들의 수정 사항 적용 여부로 기본값을 포함한 A부터 G까지의 비교 집단을 구성하였다. A, B, C는 각각의 수정 사항을 하나씩만 반영한 비교 집단이고, D, E, F는 두 개씩, 마지막으로 G는 세 가지의 수정 사항을 모두 반영한 비교 집단이다.

그림 14는 각 비교 집단에 대해서 각각 지정된 나이아가라 시스템의 설정 수정값들을 적용한 후 플레이어 수를 10만 명에서 시작해 10만 명씩 증가시켜 80만 명까지 증가시켰을 때 화면에 표시된 FPS를 기록한 그래프이다. 마찬가지로 가로축은 맵 상에 소환된 총 플레이어 수를, 세로축은 FPS를 나타내며 본 연구에서 목표 FPS로 설정한 60FPS의 기준선을 빨간 가로선으로 표시하였다.

Fig. 14. 
Simulation FPS by Niagara settings and number of players

나이아가라 시스템 설정 수정값들을 한 가지 이상 적용한 시뮬레이션 환경은 대부분 기본값보다 나은 성능을 발휘하였다. 한 가지 수정 사항들만 반영한 A, B, C 중 B의 FPS 향상 폭이 거의 두 가지 수정값을 반영한 비교 집단에 준할 만큼 독보적으로 높은 것으로 보아 그림자 적용의 유무가 시뮬레이션 환경에 영향을 가장 많이 주는 것을 볼 수 있다. A를 통해서는 나이아가라 파티클 시뮬레이션을 GPU 시뮬레이션으로 할 경우, CPU보다 조금 더 나은 성능을 보인다는 것을 알 수 있었다. 마지막으로 C를 통해 파티클이 소환되는 영역의 크기는 플레이어의 수가 비교적 적을 때 가장 효과적인 것을 확인하였고 플레이어 수가 증가함에 따라 급격히 성능이 하락하는 모습을 보였다.

두 가지의 수정값을 적용한 비교 집단 D, E, F의 경우 대부분 한 가지 수정값만을 적용한 집단에 비해 훨씬 나은 FPS 향상을 보였지만 세 가지 수정값 중 어느 두 가지를 조합하여도 서로 크게 차이가 나지 않는 결과를 볼 수 있었다. 세 가지 수정값을 모두 적용한 G의 경우 플레이어 수가 80만 명까지 증가하였음에도 여전히 기준값인 60FPS 이상을 유지하는 모습을 보여 기본값 대비 914%의 성능 향상을 확인하였다.