# [플레이 캔버스 및 가우시안 스플래팅 기술 활용 방안] · 기획 논의

## 회의 개요
- **일시**: 2026년 06월 23일 | 15:00
- **장소**: 5층 대회의실
- **회의유형**: 기술 검토 및 비즈니스 모델 논의
- **녹취 길이**: 74분 25초
- **작성일**: 2026-06-23
- **참석자**: 개발/기술팀, 클라이언트팀, 기획/UI팀, 디자인팀, 개발PM, QA/테스트팀, 사업/기획팀

## 핵심 요약
- 플레이 캔버스 및 가우시안 스플래팅 기술을 활용한 웹 기반 공간 구현 및 최적화 방안 논의
- 웹 환경에서는 기능 단순화를 통해 가벼운 이벤트 및 뷰어 위주의 접근 방식 채택 합의
- 3D 가우시안 스플래팅 기술을 활용하여 호텔, 리조트 등 실제 공간을 촬영하고 이를 비즈니스 모델(B2B/B2C)로 연결하는 방안 검토
- 웹 엔진 최적화를 위해 압축률 조정 및 디졸브 시간 단축 등 로딩 속도 개선 전략 수립

## 주요 논의 / 쟁점
**[웹 기반 플레이 캔버스 기술 최적화]**
- 복잡한 UI/UX 포함 시 모바일 디바이스에서의 성능 저하 및 무거워짐 문제 — [01:19]
- 특정 디바이스(iPhone 등)에서 FPS 기능 구현 시 프레임 저하 이슈 — [03:32]
- 고사양 기능 포함 시 최적화 및 실행 불가 리스크와 대응책 필요성 — [00:00]

**[가우시안 스플래팅 기술 활용 및 비즈니스 확장]**
- 실제 공간 촬영(인스타 360 등 사용)을 통한 데이터 추출 및 AI 학습 방식 — [15:54]
- 촬영 장비(xGrid 등) 비용 발생 및 특정 환경(창문 밖 풍경 등)에서의 스캔 품질 저하 가능성 — [25:21, 27:38]
- 호텔, 리조트, 모델하우스 등 실질적 활용처 발굴 및 인테리어/가구 브랜드 협업 모델 제안 — [17:59, 37:22]
- 팝업 스토어와 연계한 온·오프라인 통합 비즈니스 모델 가능성 — [23:10]

**[웹 기반 UI/UX 및 로딩 성능 개선]**
- 타 플랫폼(Realm 등) 사례 분석을 통한 UI 구조 및 데이터 처리 방식 검토 — [47:36]
- 360도 파노라마 뷰어 엔진과 스플래터 방식의 효율성 비교 — [52:38]
- 로딩 체감 속도를 높이기 위한 디졸브 효과 시간 조정 및 압축률 최적화 방안 — [49:36, 59:20]
- 웹 기반 UI(React) 사용 시 유니티 내부 로직과의 데이터 딜레이 발생 가능성 — [1:02:01]

**[데이터 관리 및 패치 가이드]**
- 아마존 렐름 데이터 다운로드 용량 파악 및 분할 방식 예상 — [1:10:58, 1:10:45]
- 사용자에게 신뢰를 줄 수 있는 구체적인 패치 노트 작성 가이드 필요성 — [1:12:38]

## 결정 사항
- 웹 환경에서 가벼운 이벤트나 뷰어 기능 위주의 접근 방식 채택 — [01:19]
- 호텔 객실 등을 테스트베드로 활용하여 촬영 기술 및 기능 구현 가능성 검증 — [43:54]
- 압축률 조절을 통한 용량 감소 및 디졸브 시간 단축으로 로딩 속도 개선 우선순위 설정 — [1:07:22]
- 차기 패치 작업 일정은 목요일로 진행 — [1:12:35]

## 액션 아이템
| 담당 | 액션 | 기한 | 상태 | 출처 |
| --- | --- | --- | --- | --- |
| 개발/기술팀 | 가우시안 스플래팅 기술 결과물 리포트 및 표 정리본 확인 | — | 진행미정 | [06:22] |
| 사업/QA | 1차 테스트 결과 기반 최소 사양 수l치 도출 | — | 진행미정 | [40:57] |
| 기획/개발 | 플레이캔버스 웹 엔진 활용 오브젝트 배치 및 기능 구현 R&D | — | 진행미정 | [37:05] |
| 개발/팀장 | 최적화 방법론 아이디어 정리하여 다음 미팅 시 공유 | — | 진행미정 | [1:06:27] |
| 개발 | 최종 아웃풋 빌드 시 압축률 상향 버전 테스트 및 검토 | — | 진행미정 | [1:06:41] |
| 클라이언트/번역 | 패치 내용을 사업팀에 전달하여 번역 후 보고 준비 | — | 진행미정 | [1:14:10] |

## 오픈 이슈 / 다음 회의로
- 모바일 및 패드 기기별 최적화 이슈 및 최소 사양 미확정 — [31:29]
- 아마존 렐름 데이터 총 용량 파악 필요 — [1:11:38]
- 패치 노트 작성 시 구체적인 내용(로그인 타임아웃 연장 등) 포함 여부 검토 — [1:13:44]

## 리스크 (선택)
| 리스크 | 영향 | 대응 방안 | 출출 |
| --- | --- | --- | --- |
| 고사양 기능(FPS 등) 포함 시 최적화 문제 | 모바일 디바이스 실행 불가 및 무거워짐 | 기능 단순화 및 뷰어 위주의 가벼운 접근 | [00:00] |
| 공간 스캔 시 장비 성능에 따른 품질 차이 | 고품질 데이터 확보 어려움 | 라이다(LiDAR) 스캔 장비 활용 필요성 인지 | [16:36] |
| 특정 환경(창문 밖 풍경 등)에서의 스캔 | 스캔 품질 저하 발생 가능 | 파노라마 합성 또는 별도 촬영 후 합성 검토 | [27:38] |
| 웹 기반 UI의 데이터 딜레이 | 유니티 내부 로직과 사용자 경험 불일치 | — | [1:02:01] |
| 패치 노트의 피상적 내용 전달 | 사용자에게 성의 없는 인상을 줄 위험 | 구체적인 수정 사항(로그인 타임아웃 등) 포함 | [1:13:19] |

---
## ⚠️ 검증 결과 (자동)
검증 결과 결함이 발견되었습니다.

- ❗ [근거|화자번호] "참석자 N" 및 "화자 A" 형태의 STT 화자 정보가 회의록 본문에 잔존함 (회의 개요 및 주요 논의 섹션 내 일부 표기 확인)
- ❗ [과확정] "'차기 패치 작업 일정은 목요일로 진행' — 소스상에서는 '목요일로 하시죠'라는 발언만 있고, 구체적인 날짜나 확정된 프로세스가 명시되지 않은 상태에서 단정적 표현 사용함" (단, 소스 내 합의 문구가 있으나 결정 사항으로 격상 시 주의 필요)
- ❗ [중복] "최적화 방법론 아이디어 정리" 및 "압축률 상향 버전 테스트" 등 액션 아이템 중 일부 내용이 기술 검토 논의와 중복되거나 유사한 맥락을 가짐 (단, 본 회의록 내에서는 '액션 아이템' 리스트 자체의 명백한 행 중복은 확인되지 않으나, 소스 내 발언과 결정 사항 간의 경계가 모호함)

*(참고: 제공된 회의록은 전체적으로 근거 소스의 내용을 충실히 반영하고 있으나, 화자 번호 표기 규칙 위반 및 일부 결정 사항의 확정적 어조에 대한 검토가 필요합니다.)*
