2분반-인테리 - 편집 역사

Com239: /* 향후 평가 */

2025-12-18T08:01:35Z

‎향후 평가

Com239: /* 신규 평가 항목 기반 성능 및 품질 평가 */

2025-12-18T08:00:28Z

‎신규 평가 항목 기반 성능 및 품질 평가

Com239: /* 완료 작품 평가 */

2025-12-18T08:00:02Z

‎완료 작품 평가

Com239: /* 설치 및 실행 */

2025-12-18T07:59:18Z

‎설치 및 실행

Com239: /* 완료 작품 소개 */

2025-12-18T07:58:47Z

‎완료 작품 소개

Com239: /* 결과 및 평가 */

2025-12-18T07:56:36Z

‎결과 및 평가

Com239: /* 데이터베이스 설계 */

2025-12-18T07:55:00Z

‎데이터베이스 설계

Com239: /* 백엔드 아키텍처 */

2025-12-18T07:54:05Z

‎백엔드 아키텍처

Com239: /* 프론트엔드 아키텍처 */

2025-12-18T07:52:12Z

‎프론트엔드 아키텍처

Com239: /* 기술 스택 요약 */

2025-12-18T07:50:33Z

‎기술 스택 요약

← 이전 판		2025년 12월 18일 (목) 08:01 판
490번째 줄:		490번째 줄:

	=== 향후 평가 ===		=== 향후 평가 ===
−	<!-- ~~한계점~~, 개선 방향, ~~확장 가능성~~, ~~후속 연구~~ 및 ~~개발 계획 -->~~	+
		+	==== 어려웠던 내용들 ====
		+
		+	본 프로젝트에서 가장 큰 어려움은 고급 그래픽스 렌더링 기술을 웹 환경에서 직접 구현하고, 이를 서비스 형태로 안정적으로 통합하는 과정에 있었다.
		+	특히 그래픽스 측면에서는 외부 엔진에 의존하지 않고 밑바닥부터 Path Tracing 엔진을 직접 구현해야 했다는 점이 가장 큰 기술적 도전이었다.
		+
		+	제한된 WebGPU 환경에서 씬을 구성하는 방대한 메시, 머티리얼, 광원 데이터를 관리하기 위해 GPU Storage Buffer 개수 제약을 고려한 데이터 압축 및 레이아웃 설계가 필요했으며, 이는 초기 구조 설계 단계부터 많은 시행착오를 동반하였다.
		+
		+	또한 three-bvh 라이브러리의 Serialize 기능을 활용하기 위해 문서화되지 않은 Binary Layout을 직접 분석하는 Reverse Engineering 과정이 요구되었다. 공식 문서가 존재하지 않는 상태에서 실제 바이너리 구조를 추적·분석하여 내부 데이터 구조를 파악하고, 이를 프로젝트에 맞게 재구성하는 작업은 높은 난이도를 요구하였다.
		+
		+	더불어 Rendering Equation, Monte Carlo Integration, Physically Based Rendering(PBR)과 같은 이론적 배경을 단순 이해에 그치지 않고 실제 코드로 옮기는 Theory-to-Code 과정 역시 큰 도전이었다. 수식 기반 개념을 GPU 셰이더와 데이터 흐름에 맞게 재해석하고 구현하는 과정에서 반복적인 검증과 수정이 필요하였다.
		+
		+	ReSTIR 기반 렌더링 파이프라인을 준비하는 과정 또한 주요 난이도 요소였다. ReSTIR 논문을 분석하며 MIS, RIS, WRS 등 핵심 개념을 선행 학습하고 문서화하는 데 상당한 시간이 소요되었으며, 기존 Path Tracer 위에 ReSTIR 알고리즘을 유연하게 결합하기 위한 추상화 계층 설계가 필요했다. 이 과정에서 전용 구조체 설계, 경로 압축(Path Compression) 등 구조적 변경이 요구되었고, Division by Zero, NaN 전파, Clamping Scale 문제 등 수치적 불안정성을 해결하기 위한 디버깅에 많은 노력이 투입되었다.
		+
		+	그래픽스 외에도 웹 서비스로서의 완성도를 확보하는 과정 역시 쉽지 않았다. WebGPU 기반 렌더러는 초기화 단계에서 GPU 성능과 환경에 따라 로딩 시간이 크게 달라질 수 있었으며, 이로 인해 사용자 입장에서 현재 진행 상태를 인지하기 어렵다는 문제가 존재했다. 이를 해결하기 위해 렌더링 파이프라인과 자원 로딩 과정을 분리하고, 단계별 상태를 UI에 반영하는 구조를 설계해야 했다.
		+
		+	또한 고성능 렌더링과 React 기반 UI 상태 관리가 동시에 이루어지면서, 렌더링 루프와 웹 UI 이벤트 간의 책임 분리 및 동기화 문제를 지속적으로 조정해야 했다.
		+	더 나아가 Scene 데이터를 웹에서 단일 진실 공급원(SSOT)으로 관리하면서도 비회원 모드에서는 로컬 저장을 지원해야 하는 요구사항이 존재해, 단순한 그래픽스 프로젝트를 넘어 실제 서비스 수준의 아키텍처 설계를 요구받았다.
		+
		+	==== 차후 구현할 내용 ====
		+
		+	향후 본 프로젝트에서 가장 중요한 기술적 과제는 ReSTIR 파이프라인의 Reuse Pass를 완성도 있게 구현하고 안정화하는 것이다. 현재 Spatial Reuse 단계는 동일 프레임 내 샘플 재활용을 통해 노이즈 감소와 수렴 속도 향상을 비교적 안정적으로 달성하고 있으나, Temporal Reuse 단계에서는 이전 프레임 샘플 재사용 과정에서 고스팅(Ghosting) 현상과 광원 배치·구조 변화에 따른 샘플 편향(Bias) 문제가 확인되고 있다.
		+
		+	이에 따라 향후에는 Temporal Reuse 로직을 단순 누적 방식에서 벗어나, Reservoir 샘플의 유효성 검증, 가중치(weight) 전파 방식, 시공간적 불일치에 대한 거부(rejection) 기준을 포함하여 전반적으로 재검토할 계획이다. ReSTIR 논문에서 제시된 이론적 가정과 실제 웹 기반 Path Tracing 환경 간의 차이를 분석하고, 편향이 유도되는 단계를 체계적으로 추적함으로써 물리적으로 더 타당하고 안정적인 Temporal Reuse 구조를 설계하는 것이 목표이다.
		+
		+	렌더링 품질 측면에서는 고품질 실시간 디노이저 도입이 중요한 향후 개선 과제로 남아 있다. 현재 적용된 Temporal Accumulation 방식은 정적인 씬과 고정된 카메라 조건에서는 효과적이지만, 사용자 인터랙션이 빈번한 환경에서는 노이즈 잔존 및 잔상 문제를 충분히 해결하지 못하는 한계가 있다. 이를 보완하기 위해 SVGF(Spatiotemporal Variance-Guided Filtering)와 같은 최신 실시간 디노이징 기법을 조사·적용하여, 제한된 샘플 수 환경에서도 안정적인 시각적 품질을 확보할 계획이다.
		+
		+	웹 서비스 관점에서는 사용자 경험(UX)을 고려한 시스템 개선 역시 중요한 과제로 설정되어 있다. 초기 로딩 단계에서 렌더링 파이프라인 초기화 상태, GPU 리소스 준비 단계, Scene 로딩 진행 상황을 단계적으로 시각화하여 사용자에게 명확한 피드백을 제공할 예정이다. 또한 GPU 성능이 낮은 환경에서도 접근성을 확보하기 위해, Low / Medium / High 품질 프리셋 시스템을 도입하여 하드웨어 환경에 따른 최적의 렌더링 품질을 자동으로 제공하고자 한다.
		+
		+	더 나아가 Scene 히스토리 관리, 조명 설정 변경 전·후 비교, 시간대별 조명 시나리오 저장 및 재생과 같은 기능을 추가함으로써, 단순한 일회성 시뮬레이션을 넘어 설계 과정 전반을 지원하는 도구형 웹 서비스로 확장하는 것을 목표로 한다. 이를 통해 본 프로젝트는 실제 인테리어·조명 설계 및 시각화 분야에서 활용 가능한 실용적인 웹 기반 조명 시뮬레이션 플랫폼으로 발전할 수 있을 것으로 기대된다.

@@ 471번째 줄: / 471번째 줄: @@
 | 15
 |}
 === 향후 평가 ===
 <!-- 한계점, 개선 방향, 확장 가능성, 후속 연구 및 개발 계획 -->

@@ 433번째 줄: / 433번째 줄: @@
 === 완료 작품 평가 ===
-<!-- 기능 달성도, 성능, 사용성, 기술적 완성도 평가 -->
 === 향후 평가 ===
 <!-- 한계점, 개선 방향, 확장 가능성, 후속 연구 및 개발 계획 -->

@@ 430번째 줄: / 430번째 줄: @@
 === 설치 및 실행 ===
-<!-- 실행 환경, 설치 방법, 실행 절차, 데모 방법 설명 -->
+본 작품은 웹 기반 서비스로 개발되어 별도의 프로그램 설치 과정이 필요 없다. 사용자는 WebGPU를 지원하는 최신 웹 브라우저 환경에서 서비스 URL에 접속하는 것만으로 즉시 실행할 수 있다. 로그인 없이도 비회원 모드로 기본 기능을 체험할 수 있으며, 회원 로그인 시에는 작업한 공간(Scene)을 저장하고 관리할 수 있다. 이와 같은 구조를 통해 플랫폼 종속성을 최소화하고, 다양한 환경에서의 접근성과 활용성을 확보하였다.
 === 완료 작품 평가 ===

@@ 372번째 줄: / 372번째 줄: @@
 === 완료 작품 소개 ===
-<!-- 최종 구현 결과 요약, 작품의 목적과 핵심 기능 소개 -->
 === 설치 및 실행 ===

@@ 353번째 줄: / 353번째 줄: @@
 === 데이터베이스 설계 ===
-<!-- ERD, 주요 테이블, 관계 설명 -->
 ==결과 및 평가==

@@ 336번째 줄: / 336번째 줄: @@
 === 백엔드 아키텍처 ===
-<!-- Spring Boot, API 계층, 인증 구조 설명 -->
 === 데이터베이스 설계 ===

@@ 276번째 줄: / 276번째 줄: @@
 === 프론트엔드 아키텍처 ===
-<!-- React 기반 구조, 상태 관리, 렌더러 연계 설명 -->
 === 백엔드 아키텍처 ===

@@ 246번째 줄: / 246번째 줄: @@
 === 기술 스택 요약 ===
-<!-- Frontend / Backend / Graphics / Infra 기술 스택 정리 -->
 === 프론트엔드 아키텍처 ===