[📚정보] Black Space vs Decima: 동서양 게임 엔진의 철학

[pluto(mayor1980)]

게임 엔진은 인간이 만든 극도로 복잡한 시스템 중 하나로, 

인공적인 컴퓨터에서 자연스러운 세계를 표현하는 역설적인 존재입니다.

세상을 표현하려는 시도는 공학이 아닌 미술에서 이어져 왔으며,

우리는 게임 엔진의 최적화 방식에서 그 철학을 발견할 수 있습니다.

이번에 분석할 게임 엔진은 네덜란드의 Decima 엔진과 대한민국의 Black Space 엔진입니다.

Decima 엔진으로 만들어진 대표적인 게임은 호라이즌 제로 던, 데스 스트랜딩 입니다.

Black Space 엔진으로 만들어진 유일한 게임은 붉은사막입니다. 

두 엔진 모두 오픈 월드에 특화된 최강의 엔진들입니다. (키야~)

아름다운 세계를 보여주면서도 최적화를 극한으로 깎아 예술과 기술의 진정한 융합을 보여줍니다.

이 정도 결과물에는 제작자들의 확고한 철학이 녹아있기 마련입니다.

하지만 흔히 생각되는 게임 컨셉이 아닌 최적화라니, 여기에 어떻게 철학이 담길 수 있을까요?

바로 전통적인 미술, 세상을 무엇으로 이해하고 표현하는지에 대한 철학입니다.

동서양 철학의 차이는 일원론과 이원론에서 시작합니다.

동양은 만물이 연결되어 있으며 그 순환과 관계에 의미를 부여합니다.

서양은 관찰자와 대상은 분리되며 객관적이고 독립적인 대상을 찾아냅니다.

이는 대표적인 미술 작품에도 명확히 드러납니다.

이중섭의 <흰 소>에서는 '소'라는 대상을 유기적으로 엮인 선으로 해석했습니다.

대상을 분해한다는 시도는 서양처럼 보이지만, 결국 해석하는 철학은 전통적인 한국화와 크게 다르지 않습니다.

그리고 붉은사막의 배경이 서양임에도 원경의 실루엣은, 어째 익숙해 보이기도 합니다.

몬드리안의 De Stijl(신조형주의)는 공간이 명확하게 직각으로 분리되는 관점을 가집니다.

이는 빈센트 반 고흐로 대표되는 점묘화 기법에서 유래하였습니다.

호라이즌 제로 던의 배경은 동양화보단 서양화에 가까운 느낌을 받습니다.

독립된 객체에 집중하는지, 아니면 그것들이 배경에 녹아들어 자연스러운 하나를 구성하는지의 차이입니다. 

오픈 월드는 세계 자체가 너무나 방대합니다.

물체들의 정보를 SSD에 저장해두고, 보일만한 내용만 빠르게 메모리에 올려주는 '스트리밍' 기술이 필수적입니다.

그리고 효과적인 스트리밍을 위해선, 세계에 포함된 물체를 정의하는 것부터 시작해야 합니다.

De Stijl(신조형주의)이 수평·수직의 엄격한 기하와 명확한 면 분할로 세계를 재구성하려 했던 미학이라면, Decima는 오픈월드를 먼저 타일 같은 분절된 단위로 환원한 뒤 다시 화면으로 합성하는 엔진에 가깝습니다. 반대로 BlackSpace는 공식적으로도 seamless open world를 전면에 내세우며, 세계를 잘게 잘라 분석하기보다 하나의 거대한 연속체를 거리와 역할에 따라 다른 표현으로 유지하는 엔진처럼 보입니다.

1. Decima: 세계를 먼저 구획하고, 그다음 렌더링한다

Decima를 De Stijl에 비유할 수 있는 이유는 공간을 다루는 논리입니다. De Stijl의 핵심이 연속적 자연을 그대로 묘사하기보다 직선, 직각, 면, 비율로 세계를 다시 질서화하는 데 있었다면, Decima도 오픈월드를 “있는 그대로의 연속체”로 받아들이지 않습니다. 대신 그것을 streaming strategies가 관리하는 subgraph, 네 해상도 계층의 tile ring, 절차 배치를 위한 2D world maps, 가시성 질의를 위한 StaticTile/cluster/QueryInstance의 층위로 나눕니다. 다시 말해 Decima는 세계를 먼저 분할 가능한 질서로 바꾼 뒤, 그 질서를 GPU가 처리 가능한 렌더 입력으로 변환합니다.

이 엔진에서 스트리밍은 단순한 백그라운드 I/O가 아니라, 오픈월드 존재론의 첫 단계입니다. Guerrilla의 공식 스트리밍 발표에 따르면 streaming links는 tiles, characters, weapons 같은 subgraph의 루트이며, streaming strategies는 이 subgraph들을 프레임마다 한 번 평가해 load/unload를 큐잉합니다. 그중 tile-based strategy는 플레이어 주변을 9개의 high, 9개의 medium, 9개의 low, 12개의 very-low 타일로 유지합니다. 여기에 area-based strategy는 퀘스트나 동적 encounter를, program-based strategy는 디자이너가 작성한 규칙 기반 스트리밍을 담당합니다. 즉 Decima에서 “세계가 존재한다”는 말은 곧 “이 프레임에 어떤 subgraph와 어떤 해상도 타일이 활성 상태인가”라는 뜻입니다. 이것은 멀리 있는 세계를 자연스럽게 이어 보이게 하면서도, 내부적으로는 매우 합리적으로 분할된 네덜란드식 평면 구성처럼 작동합니다. 

이 공간 분할은 PCG에서도 그대로 이어집니다. Guerrilla의 공식 설명대로 Decima의 GPU-based procedural placement는 플레이어 주변 세계를 동적으로 생성하며, 바위와 나무뿐 아니라 sound, effects, wildlife, gameplay elements까지 포함한 환경을 조립합니다. 프로젝트의 Decima 분석 문서가 정리하듯, 이 시스템의 저작 단위는 ecotope와 WorldData이며, WorldData는 플레이어 주변으로 스트리밍되는 2D 맵 집합이고, 런타임에서는 DensityMap → Generate → Placement 순으로 GPU가 밀도와 샘플링, 월드 행렬 생성을 처리합니다. 큰 자산은 128×128m, grass는 32×32m 단위처럼 footprint별 블록 크기도 다르게 관리됩니다. 즉 Decima의 PCG는 “나무를 몇 개 랜덤 배치한다”가 아니라, 더 스틸의 화면처럼 먼저 장(field) 을 정의한 다음, 그 장 위에 자산의 분포와 리듬을 얹는 방식입니다.

Decima의 HLOD도 같은 맥락에서 이해해야 합니다. 이 엔진은 Unreal식 용어로 HLOD를 크게 내세우진 않지만, 프로젝트 분석 문서가 정리한 공개 발표 내용대로 높은 LOD는 아티스트가 배치한 building blocks, 낮은 LOD는 그 building blocks를 합친 collapsed geometry입니다. 더 중요한 건 이 collapsed geometry가 단순한 원거리 프록시가 아니라, visibility query의 입력 형식이라는 점입니다. static resource tree는 compute 친화적으로 parent/child 두 LOD 레벨로 평탄화되고, QueryInstance는 parent/child bounds와 LOD range를 조밀하게 들고 다닙니다. 그러므로 Decima의 HLOD는 화면 뒤쪽에 숨어 있는 장식 기능이 아니라, “어느 스케일에서 멈출지”를 질의 단계에서 곧장 판단하도록 만드는 내부 문법입니다. 타일 기반 멀티해상도 스트리밍까지 겹치면, Decima의 HLOD는 사실상 collapsed geometry + tile resolution hierarchy의 이중 구조가 됩니다.

그래서 Decima의 컬링은 보이는 것을 버리는 소극적 과정이 아니라, 세계를 렌더러가 소비할 수 있는 질서로 바꾸는 적극적 과정입니다. 프로젝트 문서가 정리한 공개 자료 기준으로 StaticScene은 정적 콘텐츠를 StaticTile과 cluster로 나누고, CPU가 먼저 타일과 클러스터를 coarse cull한 뒤 visible cluster마다 compute job을 띄웁니다. 이후 GPU의 각 thread는 QueryInstance 하나씩 맡아 `filter → parent LOD → child LOD → frustum → size threshold → (camera only) occlusion` 순으로 검사하고, visible이면 단순 visible list가 아니라 batch에 가까운 출력을 만듭니다. Guerrilla의 공식 visibility 소개도 이 시스템의 핵심이 “large and dense environments”를 위한 fast visibility queries와 query 중 batch 수집에 있다고 설명합니다. Decima의 세계가 몬드리안적인 이유는 여기 있습니다. 이 엔진은 자연을 먼저 잘게 찢어서 잃어버리는 게 아니라, 질서화된 면과 블록으로 환원해 더 싸게 다루는 것에 능합니다.  

그림자도 별도 세계가 아니라 같은 질서의 다른 투영입니다. Guerrilla의 공식 visibility 설명에 따르면 기존 시스템은 매 프레임 player camera, sunlight shadow map, other shadow maps를 위한 query를 여러 번 돌렸고, 프로젝트 문서도 이를 바탕으로 Decima의 shadow path를 같은 visibility infrastructure의 다른 query mode로 해석합니다. 즉 Decima는 그림자를 위해 세계를 새로 만드는 대신, 이미 분할된 StaticTile/QueryInstance 구조를 라이트 뷰로 다시 읽어 냅니다. camera query에는 previous-frame depth 기반 오클루전이 붙지만, shadow queries에는 그것이 빠지고 다른 frustum과 완화된 기준이 적용됩니다. HFW에 와서는 foliage/alpha-tested geometry가 visibility buffer pre-pass와 compute shading 경로로 빠져 G-buffer와 cascaded shadow maps 렌더링에 겹쳐 실행됩니다. 요컨대 Decima의 shadow는 별도 심미적 층이 아니라, 같은 합리주의적 공간 분할이 라이트 시야에서 다시 계산된 결과입니다.

프레임 단위로 보면 Decima의 더 스틸적 성격은 더 또렷해집니다. 먼저 streaming strategies가 한 프레임에 한 번 평가되어 어떤 subgraph와 어떤 타일 계층이 활성인지 정합니다. 그다음 PCG가 플레이어 주변 WorldData를 읽어 밀도와 placement를 갱신하고, StaticTile 쪽 준비가 끝난 데이터가 활성화됩니다. 이어서 player/shadow visibility query가 시작되고, CPU가 tile/cluster를 coarse cull한 뒤 GPU가 QueryInstance를 병렬로 걸러 batch성 출력까지 만듭니다. 이 앞단이 끝나고 나서야 geometry pass, shadow pass, foliage compute path, lighting, post-processing이 뒤따릅니다. 즉 Decima는 먼저 세계를 분할하고 공급한 뒤, 나중에 그리는 엔진입니다. 

2. Black Space: 세계를 끊기지 않는 연속체로 유지하려는 엔진

BlackSpace를 이해할 때는 같은 질문을 반대로 던져야 합니다. 이 엔진은 세계를 먼저 타일과 그래프로 질서화한 뒤 화면으로 합성하는 것보다, 플레이어가 보는 세계가 하나의 거대한 연속체처럼 끊기지 않게 유지되는 것을 앞세웁니다. Pearl Abyss는 공식적으로 BlackSpace Engine이 seamless open world를 제공한다고 말하고, Dev Archives에서는 water flow, volumetric fog with fluid simulation, atmospheric scattering, GPU-based cloth and hair simulation, ray tracing 같은 요소를 통해 그 연속체의 감각을 강조합니다. 이때 중요한 것은 “연속체”가 기술적으로 분할이 없다는 뜻이 아니라, 내부의 분할이 플레이어에게 지평선의 끊김으로 드러나지 않게 관리된다는 뜻입니다. 여기서 제가 ‘동양적’이라는 말을 쓰는 이유도 바로 여기에 있습니다. 그것은 사물을 개별 단위로 분석하기보다, 안개·산·나무·도시가 한 호흡의 장으로 이어지는 식의 연속적 공간 감각을 가리키는 비유입니다.

그래서 BlackSpace의 핵심 단위는 Decima의 타일이나 ecotope가 아니라, 거리와 역할에 따른 표현 상태입니다. 프로젝트의 BlackSpace 분석 문서는 공개 질의응답 재현본을 바탕으로, 나무가 가까이에서는 원본 메시, 멀어지면 8×8 방향의 3D impostor, 더 멀어지면 Proxy LOD로 넘어가는 구조를 정리합니다. 이 문서의 핵심 통찰은 Proxy LOD가 단순히 저폴리 모델이 아니라, 세계의 외곽을 계속 붙잡아 두는 장거리 존재 형식이라는 점입니다. 즉 BlackSpace에서 LOD는 “멀리 있는 것을 줄인다”는 조정 장치가 아니라, 같은 세계가 다른 거리에서 어떤 몸을 가질 것인가를 정하는 존재론적 계단입니다. 

이 차이는 컬링에서도 드러납니다. Decima의 컬링이 StaticTile/QueryInstance를 따라 렌더러 입력을 정리하는 데 중심이 있다면, BlackSpace의 컬링은 무엇을 버리느냐보다 무엇을 어떤 형식으로 남기느냐에 더 가까워 보입니다. PlayStation Blog가 전한 Pearl Abyss의 설명에 따르면 PS5에서는 거대한 스케일의 디테일을 유지하기 위해 SSD streaming, High CPU Frequency Mode, Geometry Shader Oversubscription, NGG Culling을 사용합니다. 프로젝트 문서는 이를 바탕으로, BlackSpace의 일부 경로가 GPU 지오메트리 단계에서 원본 / impostor / Proxy LOD 중 어떤 표현을 낼지 고르는 구조로 재구성합니다. 즉 이 엔진의 최적화는 타일을 줄이는 것이 아니라, 시점으로부터 멀어질수록 같은 세계를 더 가벼운 몸으로 바꿔 연속성을 보존하는 것에 가깝습니다.

그림자에서도 BlackSpace는 Decima와 반대로 보입니다. 프로젝트 문서가 정리한 공개 질의응답 기준으로 BlackSpace는 그림자를 하나의 CSM 계열로 뭉뚱그리지 않고, 정적 2캐스케이드, 지형 1캐스케이드, 동적 2캐스케이드, 근거리 캐릭터 1캐스케이드로 나눕니다. 정적 그림자는 progressive update, 동적 그림자는 every frame, 미세 디테일은 contact shadows가 보강합니다. 이것은 BlackSpace가 그림자에서도 세계를 동일한 비용으로 다시 그리지 않는다는 뜻입니다. 멀고 거의 변하지 않는 세계는 천천히 갱신되는 shadow shell로, 가까이에서 계속 흔들리는 식생과 캐릭터는 빠르게 갱신되는 동적 shadow shell로, 가장 가까운 인물은 별도 근접 shadow shell로 배당됩니다. 같은 나무라도 beauty pass에서는 Proxy LOD일 수 있고, shadow 쪽에서는 정적 혹은 동적 캐스터일 수 있습니다. 바로 이 다층성 때문에 BlackSpace는 “연속체”의 엔진처럼 느껴집니다. 잘게 찢기보다, 거리에 따라 다른 층의 껍질을 입혀 하나의 세계를 유지하기 때문입니다. 

이 논리는 RT에서도 반복됩니다. Dev Archives는 BlackSpace가 ray tracing을 중요한 표현 축으로 삼고 있음을 보여 주지만, 프로젝트 문서는 공개 질의응답 재현본을 근거로 RT가 무한정 정밀한 것이 아니라는 점을 강조합니다. 그 문서에 따르면 BlackSpace는 BVH를 거의 모든 큰 오브젝트에 적용하되 약 100~150m까지만 유지하고, 그 바깥은 약 2km까지 SDF로 받칩니다. 재질도 hit shader divergence를 줄이기 위해 단순화되고, 캐릭터의 복잡한 텍스처도 RT 경로에서는 더 압축된 표현으로 넘어갑니다. 이건 중요한 단서입니다. BlackSpace의 철학은 “정확한 세계를 어디까지 유지할 것인가”가 아니라, 정확한 세계를 근거리로 국소화하고, 그 밖의 연속성은 대리 표현으로 이어 붙이는 것입니다.

그래서 BlackSpace의 프레임은 Decima처럼 타일 공급망에서 시작한다기보다, 거리권별 표현 배정에서 시작한다고 보는 편이 더 맞습니다. 정확한 전체 프레임 그래프는 공식 공개가 없지만, 공식 Dev Archives와 PlayStation 설명, 그리고 프로젝트 분석 문서를 합치면 다음과 같이 재구성할 수 있습니다. 먼저 카메라 주변 연속체를 끊지 않기 위한 SSD 기반 스트리밍이 돌아가고, 곧이어 오브젝트마다 `원본 메시 / 3D impostor / Proxy LOD`, `동적 shadow / 정적 shadow / 지형 shadow / near-character shadow`, `BVH / SDF` 중 어떤 표현이 현재 거리와 역할에 맞는지가 결정됩니다. 그런 뒤 GPU 지오메트리 단계의 컬링과 representation selection이 실제 제출을 줄이고, lighting/RT/post가 이어집니다. 이 엔진에서 최적화의 기본 문장은 “무엇을 tile로 활성화할까”보다 "이 연속적인 세계를 지금 어떤 표현 상태로 이어 둘까”입니다. 

3. 두 엔진의 진짜 차이: 분할을 잘하는 엔진과, 연속을 잘 유지하는 엔진

이제 두 엔진을 같은 평면에 올려놓고 보면 차이는 훨씬 명료해집니다. Decima도 물론 거리 기반 LOD를 쓰고, BlackSpace도 내부적으로는 수많은 분할과 스트리밍 단위를 갖고 있을 겁니다. 그러나 무엇이 최적화의 중심축인가는 다릅니다. Decima에서 기본 단위는 tile, streaming link, StaticTile, ecotope, QueryInstance입니다. 즉 세계는 먼저 분절된 운영 단위가 되고, 렌더링은 그 단위들이 얼마나 효율적으로 질의되고 배치되는지의 문제로 바뀝니다. 반대로 BlackSpace에서 중심 단위는 distance band, representation band, update cadence입니다. 같은 세계가 한 덩어리의 horizon으로 유지되어야 하며, 최적화는 그 horizon을 깨지 않고 어떤 표현을 얼마나 멀리까지 유지할지의 문제로 바뀝니다.

같은 HLOD라는 말을 써도 기능적 위치가 다른 이유도 여기 있습니다. Decima의 HLOD는 visibility query를 싸게 만드는 내부 구조에 가깝습니다. building blocks와 collapsed geometry, parent/child flattened tree, tile resolution hierarchy가 모두 렌더러 앞단의 질의를 위해 존재합니다. 반면 BlackSpace의 Proxy LOD는 멀리 있는 세계가 실제로 어떤 모습으로 남아 있을지를 담당하는 외곽 표현층에 가깝습니다. 다시 말해 Decima의 HLOD는 엔진 내부의 합리적 문법이고, BlackSpace의 HLOD 계열은 플레이어가 보는 연속체를 유지하기 위한 지평선의 껍질입니다.

그림자도 마찬가지입니다. Decima의 shadow는 같은 visibility system의 다른 query입니다. BlackSpace의 shadow는 같은 연속체의 다른 거리층입니다. 전자는 분할된 데이터를 다른 뷰에서 다시 읽는 것이고, 후자는 같은 세계를 정적/지형/동적/근접 인물이라는 서로 다른 갱신 리듬으로 유지하는 것입니다. 하나는 질의 중심이고, 다른 하나는 연속성 유지 중심입니다.

4. 결론: 데시마는 몬드리안적이고, 블랙스페이스는 산수화적이다

그래서 이번 비교의 결론은 미술로 설명됩니다. Decima는 세계를 타일과 PCG 장, 가시성 질의, HLOD 구조로 먼저 질서화한 뒤 렌더링하는 엔진입니다. 더 스틸의 평면처럼, 세계는 명확히 구획된 면과 스케일로 다시 쓰이고, 그 위에서 스트리밍과 배치, shadow query가 작동합니다. 반대로 BlackSpace는 세계를 하나의 거대한 seamless horizon으로 유지하면서, 거리와 역할에 따라 원본·임포스터·Proxy LOD·shadow layer·BVH·SDF 사이를 이동시키는 엔진입니다. 그래서 전자는 “세계를 얼마나 잘 나누어 렌더러에 공급하느냐”가 핵심이고, 후자는 “세계를 얼마나 끊기지 않게 다른 표현으로 이어 붙이느냐”가 핵심입니다. 이 의미에서 Decima는 몬드리안적이고, BlackSpace는 산수화적입니다. 하나는 분할의 미학으로 강하고, 다른 하나는 연속의 미학으로 강합니다.

[1]: https://www.tate.org.uk/art/art-terms/d/de-stijl "De Stijl"

[2]: https://d3d3g8mu99pzk9.cloudfront.net/AstridHuntjens/Streaming%20the%20world%20of%20Horizon%20Zero%20Dawn.pdf "PowerPoint Presentation"

[3]: https://www.guerrilla-games.com/read/gpu-based-procedural-placement-in-horizon-zero-dawn "GPU-Based Procedural Placement in Horizon Zero Dawn - Guerrilla Games"

[4]: https://www.guerrilla-games.com/read/decima-engine-visibility-in-horizon-zero-dawn "Decima Engine: Visibility in Horizon Zero Dawn - Guerrilla Games"

[5]: https://crimsondesert.pearlabyss.com/en-us/News/Notice/Detail?_boardNo=40 "[Notices] Dev Archives: A Look into Pearl Abyss’ BlackSpace Engine | Crimson Desert"

[6]: https://blog.playstation.com/2026/03/04/crimson-desert-hands-on-report-four-hours-in-the-rpgs-massive-open-world/ "Crimson Desert hands-on report: four hours in the RPG’s massive open world – PlayStation.Blog"

[7]: https://www.britannica.com/biography/Piet-Mondrian "Piet Mondrian | Biography, Paintings, Style, & Facts"