feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]
This commit is contained in:
@@ -1,31 +1,78 @@
|
||||
---
|
||||
id: TIMESTEP-001
|
||||
category: Unified
|
||||
confidence_score: 1.0
|
||||
tags: [game-development, simulation, [[Physics|Physics]]-engine, [[Optimization|Optimization]]]
|
||||
last_reinforced: 2026-04-26
|
||||
id: wiki-2026-0508-fixed-time-step-vs-variable-time
|
||||
title: Fixed Time Step vs Variable Time Step
|
||||
category: 10_Wiki/Topics_GD
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
---
|
||||
|
||||
# Fixed vs Variable Time Step (고정 및 가변 타임 스텝)
|
||||
---
|
||||
redirect_to: "[[게임_디자인_및_가상_경제_시스템]]"
|
||||
canonical_id: "wiki-2026-0507-105"
|
||||
---
|
||||
|
||||
# Redirect
|
||||
|
||||
이 문서는 Canonical 문서인 통합되었습니다.
|
||||
모든 최신 지식과 세부 내용은 위 링크를 참조하십시오.
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "결정론적 물리와 부드러운 렌더링 사이의 줄타기" — 시뮬레이션의 시간 흐름을 일정한 간격으로 고정할지, 프레임워크 속도에 맞춰 유동적으로 조절할지에 대한 설계 선택.
|
||||
|
||||
> 고정 타임스텝과 가변 타임스텝은 게임 루프의 두 패러다임으로, 시뮬레이션 안정성 vs 렌더 부드러움의 트레이드오프를 만든다.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **추출된 패턴:** 연산의 안정성이 중요한 물리 시뮬레이션은 '고정 간격(Fixed)'으로 처리하고, 시각적 부드러움이 중요한 렌더링은 '가변 간격(Variable)'으로 처리하여 병행하는 하이브리드 패턴.
|
||||
- **Fixed Time Step (고정):**
|
||||
- **장점:** 물리 법칙의 일관성 보장, 리플레이 재현성(Determinism) 확보, 수치적 안정성 높음.
|
||||
- **단점:** 저사양 기기에서 시뮬레이션 속도가 느려질 수 있음 (Slow-motion 효과).
|
||||
- **Variable Time Step (가변):**
|
||||
- **장점:** 어떤 프레임 레이트에서도 실시간 시간과 동기화됨. 구현이 비교적 단순.
|
||||
- **단점:** 프레임 드랍 시 물리 연산이 튀는 현상(Tunneling) 발생 위험, 재현성 보장 안 됨.
|
||||
- **Accumulator Pattern:** '남은 시간'을 축적했다가 고정된 간격만큼 물리 연산을 여러 번 수행하는 현대적 게임 엔진의 표준 방식.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
|
||||
- **과거 데이터와의 충돌:** 단순히 프롬프트 당 델타 타임(dt)을 곱하던 방식에서, 물리 시뮬레이션의 무결성을 위해 Fixed Update를 분리하는 방식으로 정착.
|
||||
- **정책 변화:** Skybound 프로젝트는 물리 연산의 안정성을 위해 1/60초 Fixed Step을 사용하며, 비주얼 보간(Interpolation)을 통해 프레임 간 끊김을 방지함.
|
||||
**추출된 패턴:** 물리·게임 로직은 fixed step, 렌더는 variable step → 두 클락을 분리해 각자 최적화.
|
||||
|
||||
**세부 내용:**
|
||||
- Fixed: 매 프레임 동일 dt → 결정론적 시뮬레이션.
|
||||
- Variable: 실제 경과 시간 사용 → 부드러운 렌더.
|
||||
- 표준: Glenn Fiedler "Fix Your Timestep".
|
||||
- 보간: 렌더 시점에 시뮬레이션 상태 보간.
|
||||
- 네트워크: lockstep 시뮬레이션과 결합.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** draft
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Parent:** 10_Wiki/💡 Topics/AI
|
||||
- **Related:** Physics-Engine, Game-Loop, Interpolation
|
||||
- **Raw Source:** 10_Wiki/Topics/AI/Fixed Time Step vs Variable Time Step.md
|
||||
|
||||
- **Parent:** [[10_Wiki/Topics]]
|
||||
- **Related:** *(TODO: 최소 2개)*
|
||||
- **Opposite / Trade-off:** *(TODO)*
|
||||
- **Raw Source:** 직접 입력
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
Reference in New Issue
Block a user