[G1-Sync] Manual knowledge update
This commit is contained in:
Antigravity Agent
@@ -1,109 +1,180 @@
|
||||
---
|
||||
id: wiki-2026-0508-실시간-엔진-real-time-engine
|
||||
title: 실시간 엔진 (Real Time Engine)
|
||||
title: 실시간 엔진 (Real-Time Engine)
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
aliases: [Real-Time Engine, RTE, Game Engine, Realtime Rendering]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [auto-consolidated, technical-documentation]
|
||||
confidence_score: 0.9
|
||||
verification_status: applied
|
||||
tags: [game-engine, realtime, rendering, simulation]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
last_reinforced: 2026-05-10
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
tech_stack:
|
||||
language: unspecified
|
||||
framework: unspecified
|
||||
language: cpp
|
||||
framework: unreal-unity-godot
|
||||
---
|
||||
|
||||
# [[실시간 번역 엔진 (Real-Time Engine)|실시간 번역 엔진 (Real-Time Engine)]]
|
||||
# 실시간 엔진 (Real-Time Engine)
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
실시간 번역 엔진(Real-Time Engine, RTE)은 Machine Zone(MZ)이 'Game of War'를 위해 개발한 시스템으로, 수백만 건의 실시간 상호작용을 처리하는 동시에 전 세계 플레이어들이 언어 장벽 없이 소통할 수 있도록 돕는 글로벌 채팅 번역 레이어를 제공하는 기술적 플랫폼입니다 [1-3]. 이 엔진은 단순한 번역을 넘어 유저의 행동 데이터를 정밀하게 추적하고 맞춤형 결제 상품을 적시에 제공함으로써, 게임의 라이브 운영(LiveOps)과 수익화를 극대화하는 핵심 기반 역할을 수행합니다 [3-5].
|
||||
## 매 한 줄
|
||||
> **"매 RTE 는 매 매 프레임 (16.67ms @ 60Hz, 매 8.33ms @ 120Hz) 안에 매 simulation + render 매 완료해야 한다 — 매 deadline 매 hard"**. Gregory 의 매 *Game Engine Architecture* 가 매 canonical reference. 매 2026 modern engines: Unreal Engine 5.5 (Nanite, Lumen, MetaHuman), Unity 6 (HDRP, ECS/DOTS), Godot 4.4, Bevy (Rust ECS).
|
||||
|
||||
---
|
||||
## 매 핵심
|
||||
|
||||
실시간 엔진(Real-Time Engine, RTE)은 Machine Zone(MZ)이 자체 개발한 기술 플랫폼으로, 수백만 건의 실시간 트랜잭션과 상호작용을 처리하도록 설계되었습니다. 이 기술은 다양한 국가의 플레이어들이 언어 장벽 없이 소통할 수 있도록 글로벌 실시간 번역 계층을 제공합니다. 또한 플레이어의 행동 데이터를 정밀하게 추적하고 적시에 개인화된 상품을 제안하여, 게임의 라이브 운영(LiveOps)과 고도화된 수익화 전략을 이끄는 핵심 기반입니다.
|
||||
### 매 frame budget breakdown (60 Hz)
|
||||
- Input poll: <1 ms
|
||||
- Game logic / scripting: 2-4 ms
|
||||
- Physics: 2-4 ms
|
||||
- Animation / IK: 1-3 ms
|
||||
- Render submit (CPU): 1-3 ms
|
||||
- GPU render: 4-10 ms
|
||||
- Total: <16.67 ms
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **다국어 실시간 번역 및 글로벌 소셜 환경 구축:** RTE에 포함된 실시간 번역 레이어는 전 세계 플레이어들의 연맹 채팅과 글로벌 채팅, 이메일 메시지를 플레이어의 언어로 자동 번역해 줍니다 [2, 6, 7]. Microsoft와 Google의 서비스를 토대로 30개 이상의 언어를 지원하며, 자동 번역이 불가능한 메시지는 다른 유저가 직접 맞춤법 등을 수정해 번역을 돕는 유저 참여 시스템도 포함되어 있습니다 [7]. 이를 통해 서로 다른 국가의 연맹(예: 일본과 브라질 연맹) 간에도 실시간 외교나 협력, 도발이 가능해져 게임 내 사회적 상호작용을 대폭 강화시켰습니다 [2, 6].
|
||||
- **데이터 기반 행동 세분화 및 맞춤형 수익화 (Dynamic Offers):** 실시간 엔진은 플레이어의 소비 습관, 위치, 연령은 물론 게임을 이탈하는 지점(quit points)까지 세밀하게 추적할 수 있는 권한을 제공합니다 [4]. MZ는 이 데이터를 활용해 플레이어의 상황에 맞는 행동 세분화와 동적 제안(Dynamic Offers) 시스템을 구축했습니다 [4]. 대표적으로, 플레이어가 전투에서 군대를 모두 잃는 큰 손실을 경험했을 때, 엔진이 이를 감지하여 군대 복구에 정확히 필요한 자원과 스피드업 아이템으로 구성된 99.99달러짜리 맞춤형 '복수 팩(Revenge Pack)'을 즉각적으로 띄워 결제를 유도합니다 [4].
|
||||
- **라이브 운영(LiveOps)과 기술 플랫폼으로서의 진화:** 이 기술적 성과를 바탕으로 Machine Zone은 단순한 게임 개발사를 넘어 기술 기업으로서의 정체성을 강조하고자 2016년 사명을 MZ로 변경했습니다 [3]. RTE는 대규모 트랜잭션을 실시간으로 처리하며 유저 획득(User Acquisition)부터 게임의 운영까지 모든 영역을 통제합니다 [3, 5]. 이 엔진이 제공하는 막대한 처리 규모와 속도는 유저의 참여를 지속적으로 최적화하고 업계 최고 수준의 유저당 평균 결제액(ARPDAU)을 유지하는 핵심 동력이 되었습니다 [4, 5].
|
||||
### 매 core subsystems
|
||||
- **Renderer**: scene graph, culling, rasterizer / RT.
|
||||
- **Physics**: rigid body, soft body, character controller.
|
||||
- **Audio**: 3D positional, mixing, DSP.
|
||||
- **Animation**: skeletal, blend tree, state machine.
|
||||
- **Networking**: client prediction, lag compensation.
|
||||
- **Scripting / ECS**: gameplay code.
|
||||
- **Asset pipeline**: import, baking, streaming.
|
||||
|
||||
---
|
||||
### 매 응용
|
||||
1. 매 game (AAA / indie / mobile).
|
||||
2. 매 architecture viz / digital twin.
|
||||
3. 매 VR / AR experience.
|
||||
4. 매 simulation training.
|
||||
|
||||
* **대규모 트랜잭션 처리 및 실시간 번역 지원:** RTE는 수백만 건의 실시간 트랜잭션과 상호작용을 처리할 수 있는 플랫폼으로 개발되었습니다 [1]. 이 엔진에는 다양한 국가의 플레이어들이 동맹 채팅 및 글로벌 채팅에서 원활하게 소통할 수 있도록 지원하는 번역 계층(translation layer)이 포함되어 있어 게임 내 소셜 상호작용을 극대화합니다 [2, 3].
|
||||
* **정밀한 데이터 추적 및 라이브 운영(LiveOps)의 중추:** MZ는 RTE를 통해 유저 획득(User Acquisition)부터 게임의 실시간 운영에 이르는 모든 과정을 구동합니다 [4]. 이 엔진은 플레이어의 소비 습관, 위치, 연령, 그리고 게임에서 이탈하는 지점(quit points) 등의 방대한 데이터를 아주 세밀한 수준까지 추적할 수 있도록 지원합니다 [5].
|
||||
* **행동 세분화(Behavioral Segmentation)와 맞춤형 동적 제안:** RTE가 수집한 데이터를 바탕으로 회사는 유저의 행동 세분화 및 동적 제안(dynamic offers) 시스템을 구현했습니다 [5]. 예를 들어, 전투 패배로 플레이어의 군대가 전멸하는 등의 '마찰 지점(point of friction)'이 발생하면, 엔진이 즉각적으로 복구에 필요한 정확한 자원과 스피드업 아이템이 포함된 $99.99 규모의 맞춤형 '복수 팩(Revenge Pack)' 제안을 트리거하여 수익을 창출합니다 [5].
|
||||
* **회사의 방향성 및 비즈니스 성과 기여:** 이러한 고도의 타겟팅 및 수익화 시스템 덕분에 Game of War는 기록적인 ARPDAU(일일 활성 유저당 평균 매출)를 유지할 수 있었습니다 [5]. Machine Zone은 단순한 게임 개발사를 넘어 기술 기업으로서의 정체성을 강조하기 위해 2016년 사명을 MZ로 변경하기도 했으며, RTE의 규모와 속도는 Game of War가 거둔 상업적 성공의 핵심적인 기술적 유산으로 평가받습니다 [1, 3, 4].
|
||||
## 💻 패턴
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
No trade-offs available.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** LiveOps (라이브 운영), Staircase Monetization (계단식 수익화 모델), Alliances (연맹 시스템)
|
||||
- **Projects/Contexts:** Machine Zone (MZ), [[Game of War- Fire Age|Game of War: Fire Age]]
|
||||
- **Contradictions/Notes:** 소스 전반에서 이 실시간 엔진과 번역 레이어를 MZ의 '독자적인(proprietary) 기술'이자 핵심 경쟁력으로 강조하고 있으나 [2, 3], 채팅 및 이메일 자동 번역의 실제 기술적 기반에는 Microsoft와 Google의 서비스가 동력으로 사용되었다고 설명하는 부분도 존재합니다 [7].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
|
||||
---
|
||||
|
||||
- **Related Topics:** 라이브 운영 (LiveOps), 행동 세분화 (Behavioral Segmentation), 동적 제안 (Dynamic Offers), 계단식 수익화 모델 (Staircase Monetization Model)
|
||||
- **Projects/Contexts:** [[Game of War- Fire Age|Game of War: Fire Age]], Machine Zone (MZ)
|
||||
- **Contradictions/Notes:** 제공된 소스 내에서 이 주제와 관련된 상충하는 의견이나 모순점은 발견되지 않습니다.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** needs_review
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
|
||||
## 💻 코드 패턴 (Code Patterns)
|
||||
|
||||
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
|
||||
|
||||
```text
|
||||
# TODO
|
||||
### Fixed timestep + interpolation (Glenn Fiedler)
|
||||
```cpp
|
||||
double accumulator = 0, t = 0;
|
||||
const double dt = 1.0 / 60.0;
|
||||
double prevTime = now();
|
||||
while (running) {
|
||||
double curr = now();
|
||||
accumulator += curr - prevTime;
|
||||
prevTime = curr;
|
||||
while (accumulator >= dt) {
|
||||
physics.step(dt);
|
||||
accumulator -= dt;
|
||||
}
|
||||
double alpha = accumulator / dt;
|
||||
renderer.render(state.lerp(prev, alpha));
|
||||
}
|
||||
```
|
||||
|
||||
## 🤔 의사결정 기준 (Decision Criteria)
|
||||
### ECS (Bevy 0.15, Rust)
|
||||
```rust
|
||||
#[derive(Component)] struct Position(Vec3);
|
||||
#[derive(Component)] struct Velocity(Vec3);
|
||||
|
||||
**선택 A를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
fn movement(time: Res<Time>, mut q: Query<(&mut Position, &Velocity)>) {
|
||||
for (mut pos, vel) in &mut q {
|
||||
pos.0 += vel.0 * time.delta_seconds();
|
||||
}
|
||||
}
|
||||
|
||||
**선택 B를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
fn main() {
|
||||
App::new()
|
||||
.add_plugins(DefaultPlugins)
|
||||
.add_systems(Update, movement)
|
||||
.run();
|
||||
}
|
||||
```
|
||||
|
||||
**기본값:**
|
||||
> *(TODO)*
|
||||
### Frustum culling (renderer)
|
||||
```cpp
|
||||
void cull(const Camera& cam, const std::vector<Renderable>& objs,
|
||||
std::vector<Renderable>& visible) {
|
||||
Frustum f = cam.frustum();
|
||||
for (const auto& o : objs)
|
||||
if (f.intersects(o.bounds)) visible.push_back(o);
|
||||
}
|
||||
```
|
||||
|
||||
## ❌ 안티패턴 (Anti-Patterns)
|
||||
### Spatial hash for broadphase
|
||||
```cpp
|
||||
class SpatialHash {
|
||||
std::unordered_map<int64_t, std::vector<EntityId>> cells;
|
||||
static constexpr float cellSize = 4.0f;
|
||||
static int64_t key(Vec3 p) {
|
||||
return ((int64_t)(p.x / cellSize) << 40)
|
||||
^ ((int64_t)(p.y / cellSize) << 20)
|
||||
^ (int64_t)(p.z / cellSize);
|
||||
}
|
||||
public:
|
||||
void insert(EntityId id, Vec3 p) { cells[key(p)].push_back(id); }
|
||||
std::vector<EntityId> query(Vec3 p) { return cells[key(p)]; }
|
||||
};
|
||||
```
|
||||
|
||||
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
|
||||
### Client prediction + reconciliation (netcode)
|
||||
```typescript
|
||||
class Client {
|
||||
pending: Input[] = [];
|
||||
onInput(i: Input) {
|
||||
this.applyLocal(i);
|
||||
this.send(i);
|
||||
this.pending.push(i);
|
||||
}
|
||||
onServerSnapshot(s: Snapshot) {
|
||||
this.state = s.state;
|
||||
this.pending = this.pending.filter(i => i.seq > s.lastAcked);
|
||||
for (const i of this.pending) this.applyLocal(i);
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### Unreal Lumen / Nanite usage (high-level config)
|
||||
```cpp
|
||||
// Project Settings → Rendering
|
||||
// - Dynamic Global Illumination Method: Lumen
|
||||
// - Reflection Method: Lumen
|
||||
// - Shadow Method: Virtual Shadow Maps
|
||||
// - Generate Mesh Distance Fields: enabled
|
||||
// - Nanite-enabled meshes: import with "Build Nanite" checked
|
||||
```
|
||||
|
||||
## 매 결정 기준
|
||||
| Use case | Engine |
|
||||
|---|---|
|
||||
| 매 AAA / cinematic | Unreal Engine 5.5 |
|
||||
| 매 mobile / 2D / cross-platform | Unity 6 |
|
||||
| 매 open source / lightweight | Godot 4.4 |
|
||||
| 매 data-oriented / Rust | Bevy |
|
||||
| 매 web | three.js / Babylon.js |
|
||||
| 매 simulation (no rendering) | custom + physics lib |
|
||||
|
||||
**기본값**: 매 Unreal 5.5 (high fidelity) / Unity 6 (productivity).
|
||||
|
||||
## 🔗 Graph
|
||||
- 부모: [[Game Development]] · [[Computer Graphics]]
|
||||
- 변형: [[실시간 엔진 RTE]] (alias)
|
||||
- 응용: [[Unreal Engine]] · [[Unity]] · [[Godot]] · [[Bevy]]
|
||||
- Adjacent: [[ECS]] · [[Game Loop]] · [[Frustum Culling]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: 매 ECS architecture design / 매 shader explanation / 매 netcode pattern.
|
||||
**언제 X**: 매 production shader / 매 critical-path code — 매 profile 기반 review.
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **Variable timestep physics**: 매 instability + 매 nondeterminism.
|
||||
- **Single-threaded mainloop**: 매 modern multi-core 미활용.
|
||||
- **No frame budget**: 매 random stutter / spike.
|
||||
- **OOP-heavy hot path**: 매 cache miss / 매 ECS 매 미적용.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (Gregory, *Game Engine Architecture 4e*; Akenine-Möller et al., *Real-Time Rendering 5e*; Fiedler, *Fix Your Timestep*).
|
||||
- 신뢰도 A.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — fixed-timestep / ECS / culling / netcode 패턴 추가 |
|
||||
|
||||
Reference in New Issue
Block a user