나무모에 미러 (일반/밝은 화면)
최근 수정 시각 : 2024-11-23 10:46:16

크리에이션 엔진

크리에이션 엔진 2에서 넘어옴

||<tablebordercolor=#000,#fff><tablewidth=100%><tablebgcolor=#fff,#1c1d1f><bgcolor=#000,#fff> 게임 엔진 ||
{{{#!wiki style="margin: 0 -10px -5px; min-height: calc(1.5em + 5px);"
{{{#!folding [ 펼치기 · 접기 ]
{{{#!wiki style="margin: -5px -1px -11px;"
메이저 상용 게임 엔진
파일:언리얼 엔진 로고.svg파일:언리얼 엔진 로고 화이트.svg 파일:유니티 로고.svg파일:유니티 로고 화이트.svg
언리얼 엔진 유니티
관련 문서: 언리얼 엔진 vs 유니티 엔진
기타 엔진 목록 }}}}}}}}}

{{{#!wiki style="margin:-10px"<tablealign=center><tablebordercolor=#fff,#2d2f34><tablebgcolor=#fff,#2d2f34> 파일:Xbox 로고.svg파일:Xbox 로고 화이트.svg XBOX
게임 엔진 및 개발도구
}}}
{{{#!wiki style="margin: 0 -10px -5px;"
{{{#!folding [ 펼치기 · 접기 ]
{{{#!wiki style="margin: -6px -1px -11px"
게임 엔진
슬립스페이스 엔진 ForzaTech id Tech 엔진 크리에이션 엔진
보이드 엔진 STEM 엔진 IW 엔진
개발자 프로그램
개발 라이브러리 및 개발 소프트웨어
DirectX XNA Simplygon
기타
하복 엔진 (Microsoft Gaming 소관 아닌 DirectX 팀에서 개발)
KEX 엔진 (Microsoft Gaming 소관 아닌 핵심 협력사인 나이트다이브 스튜디오가 개발)
엑스박스 관련 문서마이크로소프트 게이밍
}}}}}}}}} ||

Creation Engine
크리에이션 엔진
파일:Creation Engine Logo-Black.webp
<colcolor=#9cafb3> 개발베데스다 게임 스튜디오
유형게임 엔진
기반게임브리오
라이선스사유 소프트웨어

1. 개요2. 상세
2.1. 기능2.2. 미들웨어2.3. 크리에이션 킷
3. 장점
3.1. 오픈 월드 게임 제작에 최적화3.2. 모드 친화적3.3. 오브젝트 상호작용
4. 단점
4.1. 탈것의 문제4.2. 필드 로딩 및 에셋 스트리밍
5. 게임 목록
5.1. 크리에이션 엔진5.2. 크리에이션 2 엔진
6. 여담7. 관련 문서

[clearfix]

1. 개요

베데스다 게임 스튜디오가 개발한 게임 엔진.

2. 상세

베데스다는 엘더스크롤 3: 모로윈드, 엘더스크롤 4: 오블리비언, 폴아웃 3의 개발에 게임브리오를 사용해왔지만, 엔진이 점점 시대에 뒤쳐져가고 있다고 판단하여 폴아웃 3에 사용됐던 게임브리오를 포크하여 새로운 엔진의 개발에 착수했다. 게임브리오가 기반이기에[1] 3D 모델 포맷이 여전히 NIF 확장자인 등 게임브리오의 흔적이 남아있지만, 개량을 거치면서 그래픽 렌더링 전용 툴이었던 게임브리오가 지원하지 않는 여러 기능이 추가되었다.[2]

2011년 엘더스크롤 5: 스카이림부터 사용하기 시작했으며 2015년 발매한 폴아웃 4에 와서는 NVIDIA의 협업으로 물리 기반 렌더링이나 볼류메트릭 라이팅[3] 같은 기술이 도입되었다. 2023년 출시 예정인 스타필드부터는 버전명이 올라가서 크리에이션 2 엔진이 되었다. 스타필드에서는 GI 라이팅과 상호작용하는 볼류메트릭 포그, 실시간으로 변화하는 물리 및 중력 등이 적용되었다.

베데스다(제니맥스 미디어)가 소유권과 소스 코드의 저작권을 가지고 있기 때문에 이 엔진을 사용하려면 베데스다에게 라이선스를 받아야 한다.

2.1. 기능

폴아웃 4 출시 당시 공식적으로 소개된 크리에이션 엔진의 기능들로 폴아웃 76에서 그래픽 렌더링, 조명, 지형 생성 시스템을 대폭 개선했다.

2.2. 미들웨어

Starfield 출시 시기에 사용 중인 미들웨어는 다음과 같다.

2.3. 크리에이션 킷


파일:나무위키+유도.png  
은(는) 여기로 연결됩니다.
개발 도구 사용법에 대한 내용은 베데스다 크리에이션 킷 문서
번 문단을
부분을
, 에 대한 내용은 문서
번 문단을
번 문단을
부분을
부분을
, 에 대한 내용은 문서
번 문단을
번 문단을
부분을
부분을
, 에 대한 내용은 문서
번 문단을
번 문단을
부분을
부분을
, 에 대한 내용은 문서
번 문단을
번 문단을
부분을
부분을
, 에 대한 내용은 문서
번 문단을
번 문단을
부분을
부분을
, 에 대한 내용은 문서
번 문단을
번 문단을
부분을
부분을
, 에 대한 내용은 문서
번 문단을
번 문단을
부분을
부분을
, 에 대한 내용은 문서
번 문단을
번 문단을
부분을
부분을
, 에 대한 내용은 문서
번 문단을
번 문단을
부분을
부분을
참고하십시오.

3. 장점

3.1. 오픈 월드 게임 제작에 최적화

자유도 높은 오픈 월드 게임을 개발하는데 최적화된 엔진이다. 크리에이션 엔진은 베데스다의 20년간 짬밥을 꽉꽉 눌러담은 엔진이기 때문에 그래픽, 맵, 월드, 셀, 퀘스트, NPC, 음성, 상호작용 등 베데스다 스타일의 게임을 만드는데 필요한 관련 기능은 거진 다 들어가 있다.

3.2. 모드 친화적

개방되고 확장 가능한 구조를 가지고 있다. 리소스의 확장과 교체가 용이하고 수정할 수 있는 범위도 넓어 게임 모드가 편하다.

단순히 텍스처나 설정을 바꾸는 것은 물론이고 아예 새로운 게임 수준으로 뜯어고칠 수도 있다.

3.3. 오브젝트 상호작용

필드에 떨어진 잡동사니들에도 물리 엔진이 적용되며 플레이어, NPC와 상호작용할 수 있다.

가장 유명했던 사례는 스카이림에서 상인 머리에 바구니를 씌운 뒤 도둑질을 하는 것. 상호작용의 긍정적 예시로 언급되곤 한다.

크리에이션 엔진 2에서는 수 만 단위의 오브젝트를 동시에 처리할 수도 있다.

4. 단점

4.1. 탈것의 문제

탈것, 특히 지상 차량 같은 것을 구현하는데 어려움이 있는 것으로 보인다. 스카이림 때는 말이 있었으나 버그의 온상이나 다름 없었다. 경사진 곳에 말을 탄채 저장을 하고 불러오기를 하면 캐릭터가 하늘 높이 날아오르는 버그가 있어 스피드런에 악용되기도 했다. 탈것을 추가하는 모드들도 하나같이 구현에 어려움을 겪었는데, 선박이나 비공정 같은 모드를 구현하면 배는 앞으로 가는데 캐릭터는 뒤로 밀려나서 떨어지는 일이 비일비재했다. 아마도 액터 위에 액터가 올라타 움직이는 위치를 연산하는 과정에 뭔가 문제가 있는 모양이다. 폴아웃 4나 스타필드에는 오토바이 같은 것조차 없다.[4] 스타필드에서도 처음에는 차량을 추가하지 않으려고 했으나 이후 유저들의 원성 때문에 향후에 지상 탈것을 추가하겠다고 발표했으며, # 2024년 8월 20일 REV-8이라는 차량이 출시되었다.

4.2. 필드 로딩 및 에셋 스트리밍

오픈 월드 게임을 개발하는데 특화된 엔진임에도 불구하고 심리스 구현에 문제가 있다. 대도시 필드를 여러 구역으로 나눠놓거나, 방 한 칸 수준의 집이나 상점을 들어가는 데도 로딩이 필요한 경우도 있다.

다른 게임들의 경우 로딩이 필요할 경우 트릭을 넣어 눈속임을 하는데 비해(엘리베이터나 좁은 통로를 지나게 하고 그 사이에 로딩을 하는 등), 베데스다에서는 2010년대 이전의 로딩 처리가 십수년간 발전이 없이 스타필드까지 이어져 비판을 받고 있다.

또한 오픈월드를 구현하는데 중요한 에셋 스트리밍 관련도 다소 좋은 편은 아니다. 기존 스카이림에서 사용된 구버전 빌드 등에서도 필드를 구분짓는 셀을 빠르게 불러오지 못해 스카이림 같은 경우는 모종의 이유로 빠르게 움직여 많은 양의 에셋을 빠르게 스트리밍 해야 하는 환경에서 게임이 튕기는 문제가 있었으나 최신 빌드인 스타필드 조차 차량이 추가 된 이후 모종의 버그 등으로 차량이 빠르게 공중으로 튀어올라 날아간다면 프로세스가 크래시가 나는 등 썩 좋지는 않은 상황.

특히 엔진 자체에서 IO 활용률 자체도 좋은 편도 아니고 언리얼 엔진과 같은 타 상용 엔진들이 Non-blocking I/O가 구현되어 있어 많은 양의 데이터를 불러오더라도 팝인과 같은 현상이 일어 날 뿐 게임 연산이 멈추지는 않지만 크리에이션 엔진의 경우 데이터를 모두 불러오기 전 까지 렌더 스레드가 블로킹이 되며 이로 인해 위와 같은 현상이 일어나는 경우 게임 프로세스가 멈칫거리는 현상 (Stuttering) 의 원인이 된다.
또한 IO관련 코드도 OS의 캐시 계층을 의도적으로 우회하도록 설계되어 있는데 이 때문에 Starfield(게임)는 SSD 필수라고 적어 두었고 실제로 HDD에서 플레이가 어려운 수준이지만 위의 OS 캐시 계층을 정상적으로 활용할 수 있도록 모드 등을 적용하면 SSD 필수라는 말이 무색하게 HDD에서도 원활하게 잘 돌아간다.

5. 게임 목록

5.1. 크리에이션 엔진

5.2. 크리에이션 2 엔진

6. 여담

7. 관련 문서



[1] 실제로 게임 엔진을 개발할 때는 다른 소프트웨어의 소스 코드를 포크해 개조하면서 독자 소프트웨어로 삼는 경우가 많다.[2] 예를 들어 게임브리오에 내장되어있지 않았던 인공지능 툴은 베데스다 제작 인공지능 툴인 라디언트 AI(Radiant AI)를 엔진에 내재화했고, 게임브리오 시기에 쓰인 나무 모델링용 미들웨어 스피드트리(SpeedTree)는 자체 툴로 교체했다.[3] 광원효과인 갓레이(God Ray)가 가능한 것은 이 때문이다. 엔비디아는 볼류메트링 라이팅을 홍보하기 위해 볼트 1080같은 모드까지 만들어서 발표했다.[4] 몇몇 '운전 가능한' 차량 모드는 공개되어 있으나 아무런 물리학적 움직임도 없이 그저 둥둥 떠다니거나 미끄러지는 수준의 움직임이다.[5] 크리에이션 엔진에 비판적인 이들은 언리얼 엔진으로 엔진을 교체하라는 말을 많이 하는데, 크리에이션 엔진 자체가 베데스다식 오픈 월드에 최적화되어있고 개발진 역시 게임브리오를 사용했던 시절부터 개발 노하우가 게임브리오와 크리에이션 엔진에 익숙한 상태에서 무작정 엔진을 바꾸는 것은 현명한 선택이 아니다. 익숙하지도 않은 상용 엔진을 쓴다고 베데스다가 추구하는 오픈 월드를 구현할 수 있다는 보장이 없기 때문.[6] 유독 베데스다 게임에 게임브리오를 우려먹는다는 인식이 있는 건 버그나 그래픽 같은 면에서 단점이 워낙 크게 부각되기 때문이다. 당장 앤빌 같은 경우는 2007년부터 계속 개량을 거치면서 어쌔신 크리드 시리즈에 특화되어 사용되었는데, 게임의 평가와는 별개로 엔진에 대한 불만은 없다.[7] 상용 엔진과는 다르게 크리에이션 엔진에 기능을 추가하거나 개조할 수 있는 소유권과 권한이 베데스다에게 있기에 추구하는 비전의 구현에 있어서는 상용 엔진보다 크리에이션 엔진이 더 옳은 선택이라고 할 수 있다. 이처럼 여러 개발사들이 자체 엔진을 사용하는 건 단순히 로열티 때문만이 아니다.


파일:CC-white.svg 이 문서의 내용 중 전체 또는 일부는
문서의 r94
, 번 문단
에서 가져왔습니다. 이전 역사 보러 가기
파일:CC-white.svg 이 문서의 내용 중 전체 또는 일부는 다른 문서에서 가져왔습니다.
[ 펼치기 · 접기 ]
문서의 r94 (이전 역사)
문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)

문서의 r (이전 역사)