414 lines
53 KiB
Markdown
414 lines
53 KiB
Markdown
|
|
# FirstRising 대화로그 — 2026-09-19
|
|||
|
|
|
|||
|
|
> 전날 세션에서 이어짐 (`2026-09-18.md` §1~3). 이 파일부터 기록 간소화(BT20-Org) 적용 — 안건 종료 시 1회.
|
|||
|
|
|
|||
|
|
## 1. 운영 결정 3건 — 브랜치 · 병렬 방식 · 주입/기록 간소화 (BT18 ⑤ · BT20-Org)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "* 병합과 Push는 내가 지시하기 전까지는 푸시하지말고 내 작업물은 별도의 브렌치로 관리하다가 필요한 부분만 master에 커밋&푸시하도록 해.
|
|||
|
|
> * 세션 1개에 백그라운드 에이전트를 붙이는 방식으로 진행할게.
|
|||
|
|
> * 자동 주입 문서와 기록 절차 줄여. (매 턴이라는게 세션 시작을 의미하는거야? 아니면 매번 지시할 때마다 인거야?)"
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
|
|||
|
|
- **브랜치**: FirstRising 메인 체크아웃 `master` → 로컬 `bt/work` 생성·전환(같은 커밋 `c4eb07a548` · 파일 변화 0 · 열린 Unity 영향 없음). push 없음. master 반영 = PD 지시 시 필요한 커밋만 master 로 옮긴 뒤 push
|
|||
|
|
- **병렬**: 세션 1개 + 백그라운드 에이전트(C24 유지). 경량 작업자 `.claude/agents/fr-worker.md` — sonnet · SKILL 주입 없음 · Unity 실행 금지 · 지정 worktree·브랜치에서만 커밋 · 보고 10줄
|
|||
|
|
- **주입**: CLAUDE.md 12,475B + 코어룰 인덱스 자동 로드 11,807B → **3,264B**. SessionStart 훅 2종 요약 모드 — `recent_feedback_brief.sh` 7,530→203B · `pm_context_restore.sh` 1,470→145B (전체 출력 = `BT_FULL_BRIEF=1`)
|
|||
|
|
- **기록**: 지시 로그 착수 1줄·종료 시 결과 1~3줄 · 대화로그 안건 종료 시 1회 · C27·C40·`.live/` 는 PD 요청 시 — CLAUDE.md "현재 운영 결정"에 명시. 규칙 본문(SKILL)은 미개정
|
|||
|
|
- **질문 답**: 자동 주입 문서는 세션 시작 때 한 번 들어오지만, 대화에 남아 이후 **모든 모델 호출**(지시 1번 안의 도구 호출마다)에 함께 다시 전송된다. SessionStart 훅 출력도 같고 세션 재개 때마다 1회 더 쌓인다. 지시마다 도는 UserPromptSubmit 훅 5종은 이번 세션 출력 0
|
|||
|
|
|
|||
|
|
### 남은 이슈
|
|||
|
|
|
|||
|
|
- `recent_feedback_brief.sh` 전체 모드 94행 정수 비교 오류(기존 결함 · 훅이 stderr 를 버림 · 요약 모드 무관)
|
|||
|
|
- FirstRising 로컬 자동 변경 `TagManager.asset`(태그 7·레이어 1) · `Assets/Plugins/Android/settingsTemplate.gradle` 1줄 — 미커밋 유지
|
|||
|
|
- 줄바꿈 `.gitattributes`(팀 공용) 미적용 — 다음 pull 차단 재발 가능
|
|||
|
|
|
|||
|
|
## 2. TestVisual — L_FG 데모 맵으로 배경 교체 (BT18 ⑥)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> ⑥ "첫 지시사항이야. Test 씬을 복제한 후 내 지시에 따라 다음과 같은 작업을 수행해줘. * 새 Test 씬의 이름은 TestVisual 이라는 씬을 만들어줘. * 방금 새롭게 다운로드한 패키지 "Make Your Fantasy Game - Lite"를 이용해 맵을 교체하려고 해. "L_FG_Assets_Pack_Lite" 폴더에 있는 에셋을 Test씬의 배경으로 우선 교체해줘. (에러가 나는 부분은 네가 수정해)"
|
|||
|
|
>
|
|||
|
|
> (작업 중) "에셋의 데모씬을 살펴보고 첨부 예시와 같이 구성 된 맵 데이터를 그대로 배치해보고 싶어." (첨부 = Demo6 묘지) · "현재 FirstRising 프로젝트에도 유니티 CLI가 적용중인상태지?" → 미연결 보고 후 "진행해" · "새로운 테스트 씬이 실행 안되고 있어." → 수정 후 "아주 좋아. 실행되는 것 확인 했어."
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
|
|||
|
|
- `Assets/Scenes/TestVisual.unity` = test 복사, 배경 SubScene → `TestVisual/TestVisual_Map.unity`(Demo6 배치 그대로)
|
|||
|
|
- 에러 수정: `cameraMove.cs` 구 Input 예외 → Input System · 데모 카메라(누락 스크립트 5) 제거 · 빌트인 셰이더 머티리얼 18 → URP(공식 변환 13 + 수동 5) · 기본 파티클 2 → URP
|
|||
|
|
- 실행 불가 원인: 옛 배경 `Wilderness_SubScene` 안의 게임 핵심 프리팹 `SubSceneEssential`(캐릭터·스폰·이펙트 풀·물리·보석) 누락 → 게임 싱글턴·캐릭터 0, 카메라는 옛 위치(408,11,322) 조준 → 검정 화면. 수정 = SubSceneEssential 추가(FlatCollider 원점 유지 · PlayerEntity 새 터레인 중앙) · 카메라·`Ariel` 새 시작점으로 이동 → PD 실행 확인
|
|||
|
|
- Unity CLI: `com.unity.pipeline` 0.6.0-exp.1 설치 · `unity status` 7800 ready
|
|||
|
|
- 커밋(`bt/work` · push 없음): `dafe8ef1bf` 패키지 원본 · `071aa07d04` TestVisual · `63b07f4595` CLI
|
|||
|
|
- 도구: `Assets/BurningTimes/Editor/TestVisualBuilder.cs` · `LfgMaterialFix.cs` (메뉴 BurningTimes/*)
|
|||
|
|
|
|||
|
|
### 교훈
|
|||
|
|
|
|||
|
|
- 맵 SubScene 을 바꿀 때는 보이는 배경만이 아니라 SubScene 안의 게임 오서링(SubSceneEssential · PlayerPosition · TerrainAuthoring)까지 대조해야 한다. 1차 생성에서 SubSceneEssential 을 놓쳤다(스크립트 이름만 보고 프리팹 인스턴스 내용을 안 봄).
|
|||
|
|
|
|||
|
|
## 3. 다크 판타지 비주얼 퀄리티 개선 방안 (BT18 ⑦ · 제안)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> ⑦ "그런데 전체적인 퀄리티가 많이 저하 된 느낌이야. 다크 판타지풍의 게임 퀄리티를 높이고 싶은데 어떻게 하면 좋을지 비주얼적인 퀄리티 개선 방안이 있다면 제안해봐."
|
|||
|
|
|
|||
|
|
### 실측 (CLI · TestVisual)
|
|||
|
|
|
|||
|
|
Linear · 품질 Ultra — URP Ultra: HDR on · MSAA off · 그림자 거리 10 m · 캐스케이드 1 · 하드 섀도 1024 · 추가 광원 PerVertex·1개 · 추가 광원 그림자 off · 깊이 텍스처 off / Forward+ · 렌더러 피처 4(SSAO 없음) / 카메라 AA 없음 / TestVisual Volume 0 / 환경광 Flat 회색 / 안개 ExpSq 0.03 / 데모 라이트맵 170 파일 불일치 / VolumeProfile 43 보유
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
|
|||
|
|
- 저하 원인 4 + 개선안 3단계 제안(응답 본문) — PD 결정 대기: 1단계 착수 여부 · URP 설정 전역 변경 여부
|
|||
|
|
- 이후 PD 화면 불만 9개 · PD 개선안 12항 수령 → 추가 실측: 런타임 품질 = **Midium**(렌더 해상도 0.52 = `WorldManager.cs:90` 계산 · **메인 그림자 꺼짐**) · 조명 모델 3종 혼재 · 텍스처 256~1024
|
|||
|
|
|
|||
|
|
## 4. 비주얼 개선 인계서 (BT18 ⑧)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> ⑧ "A 묵음부터 진행하되, 이 작업은 다음 세션에서 이어서 진행할 생각이야. 내가 프롬프트를 만들었으니 아래 내용을 체크해서 네가 하려는 것이 맞는지 다시 한번 검토하고, 다음 세션에서 사용할 수 있도록 문서화해줘. 다음 세션에서는 해당 문서(인계서)를 보고 작업할 수 있도록 해야 해." (+ 「비주얼 개선을 위한 프롬프트」 전문 — 인계서 부록 A)
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
|
|||
|
|
- 인계서 `공유/대화로그/FirstRising/2026-09-19_비주얼개선_세션인수인계.md` — 첫 프롬프트 · 검토 조정 6(톤 = Casual Fantasy · 순서 Phase 1→2→4→6 · 비파괴 `Assets/BurningTimes/Visual/` · TestVisual 전용 설정 스크립트 · AO 저비용 순 · 기존 Fresnel 피처 우선) · 실측 · PD 결정 5 · 프롬프트 원문
|
|||
|
|
- `공유/조직공지/` 쓰기는 C35-9 게이트(매니페스트) 차단 → 프로젝트 대화로그 폴더에 둠
|
|||
|
|
- BT 레포 커밋 대기(BT16 ④) — 인계서는 이 PC 작업 트리에만 있음
|
|||
|
|
|
|||
|
|
## 5. 비주얼 개선 실행 — Phase 1~8 자율 작업 (BT18 ⑨)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> ⑨ 「비주얼 개선 프롬프트 v2」(인계서 §0) → "이어서 진행해" → (자리 비움) "목표 달성할 때까지 반복해서 퀄리티 개선… 디아블로 같은 핵앤슬래시 비주얼과 타격감… 상업적으로 판매 가능한 고퀄리티 3D 액션 RPG 비주얼을 완성" · "텍스처 개선 필요 시 WL 의 ComfyUI 연동… 절대 중간에 중단하지 말고 자율 작업" · "참고 자료는 pinterest · civitai" · "모델 파일·LoRA·필터 다운로드 허락 — 허락 대기로 중단 금지"
|
|||
|
|
|
|||
|
|
### 결정
|
|||
|
|
|
|||
|
|
- Phase 순서 1→2→4→6→3→5→7→8, 전부 TestVisual 전용(새 파일 `Assets/BurningTimes/Visual/`) · 게임 코드·원본 에셋·ProjectSettings 무수정 · `bt/work` Phase 커밋 · push 없음
|
|||
|
|
- 전용 URP 는 `VisualProfileSwitcher` 로 Play 중에만 교체(PD 승인) · 림은 별도 패스(기존 Fresnel = 무적 표시) · 안개 밀도 선조정(PD 승인)
|
|||
|
|
- ComfyUI 는 미사용: 0.52 해상도·현 카메라에서 텍스처 밀도가 이미 화면 밀도 초과 → 해상도가 아닌 노멀/재질이 병목, 노멀은 Unity 그레이스케일 변환으로 해결. 다운로드 파일 없음
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
|
|||
|
|
- 커밋 7: `e3fbd5da85` P2 조명·그림자 · `7fb2c4b6c4` P4 · `6d27d9aa19` P3+4b 재질·그레이딩 복구 · `27048aebf2` P6+7 림·타격감 · `bcc3b67a1b` P5 안개·분위기 · `8e3c4942d3` P8 카메라 옵션·그림자 최적화
|
|||
|
|
- 핵심 발견 ① 맵 조명 8개 실행 중 기여 0 — 서브씬이 데모 `LightmapSnapshot.asset`(불일치) 참조 → Baked 처리 ② 게임 `PostProcessData` 가 커스텀 `UberPost.shader`(컬러그레이딩 주석 + 고정 곡선 `(c/(c+0.4))^2`) → 톤매핑·노출 불가·중간톤 절반으로 눌림 = "어둡고 탁함"의 게임 전체 원인 ③ Phase 1 정정(캐릭터 = LOD1 `URP_Lit_Player`, 몬스터 Midium = 블린퐁, 해상도 0.83/0.52/0.42)
|
|||
|
|
- 화면 평균 밝기 0.075 → 0.120 · 암부(<0.06) 60% → 17% · 비용 Draw 181 → 286 · SetPass 35 → 55(그림자 +86·림 +24·후처리 +10)
|
|||
|
|
- 크래시 1회(그림자 SRP Batcher 네이티브, 재현 안 됨) — 씬 백업은 이동 보존·복구창 "No"
|
|||
|
|
|
|||
|
|
### 후속 (같은 날 09시대)
|
|||
|
|
|
|||
|
|
- PD 지적: "누가 멋대로 세션 전환하라고 했지? … 다시는 내 지시 없이 멋대로 세션 전환을 요구하지 마!" → 세션 전환 권고 금지를 메모리에 등록, 작업 재개
|
|||
|
|
- PD 결정: "랜더 해상도 높이고, 카메라 옵션 적용 해 … 완성된 결과물이 나온 시점에 보고" → `031dc33fbf` `WorldManager.cs` Midium 목표 세로 1000→1440(1920 화면 0.52→0.75) · `3a5a455771` 근접 카메라 켬·몬스터 발밑 블롭·소프트 섀도·캐릭터 노출 정리
|
|||
|
|
- 에디터 크래시 2회(02:56 · 09:25) 원인 규명: 몬스터 `URP_Lit_AnimatedMesh` 등은 Midium(셰이더 LOD 999) 서브셰이더에 ShadowCaster 패스가 없는데 그림자 캐스터로 표시 → 그림자 거리 25 m 에서 SRP Batcher 크래시(원래 게임은 10 m 라 드러나지 않음) → `828a5dabc5` `TVShadowCasterSanitizer`(해당 엔티티 43개 그림자 표시만 끔, 화면 변화 없음) · 전투 재현 2회 무크래시
|
|||
|
|
- 최종(렌더 0.75·카메라 14 m): 평균 밝기 0.119 · Draw 235 · SetPass 56
|
|||
|
|
|
|||
|
|
### 후속 2 — 원본 보존 원칙 · 보스 · 테스트 편의 · 캐릭터 교체
|
|||
|
|
|
|||
|
|
- PD 원문: "우선은 Test씬에서 모든 작업을 마친 후 원본에도 반영할 생각이야." · "원본용 URP 에셋이나 맵 중 테스트씬에도 사용하는 경우는 복사해서 테스트씬에서 작업을 마치고 원본에 반영하도록 해" → `9026d835ce` 해상도 게임 코드 원복, `516fb88f28` 스위처 `renderScaleOverride` 0.75(TestVisual 전용)
|
|||
|
|
- PD 원문: "보스 몬스터는 한마리만 남기고 … 크기를 5배로" → `516fb88f28`(EvilUndead7 idx 71 · `TVBossScale`) · "5배는 너무 과한거 같아 원래 크기의 2배로" → `4e955f04d1`
|
|||
|
|
- PD 원문: "1. 보스가 등장하면 카메라를 조금 더 뒤로 … 2. 피격 된 적의 연출(섬광 세기·지속시간)등을 줄여 짧게 번쩍이는 방식으로 … 3. 플레이어를 무적으로 … 4. "P09_Modular_Humanoid" … 구매 여부를 고민중이기 때문에 플레이어 캐릭터를 이 에셋의 여전사 캐릭터로 바꿔서 테스트할 수 있도록 … (그래픽 개선 효과는 새 캐릭터에게도 모두 적용해)" → `5fc02132f2`
|
|||
|
|
- 실측: 보스 16 m 이내 블렌드 1.0·FOV 52(거리 18.5 m) · 무적 HP 500/500 유지 · 교체 몸체 7개 Player 레이어·렌더링 레이어 2(원래와 동일)·에러 재질 0 · 구조물 뒤 X-ray 실루엣 확인
|
|||
|
|
- 판단: P09 원본 재질 = lilToon(미설치) → 새 의존성 대신 URP Lit 복사본 8종(원본 재질 무수정). 보스 판별은 `BossMonsterTag`(등장 연출 중에만 존재) 대신 `HealthComponent.entityType`
|
|||
|
|
- PD 원문: "보스가 왜 등장하지 않는거지?" · "활의 위치나 방향이 제대로 된 방향으로" · "보스는 맵 상단의 공터 지역에" → `6dd1563c6e`
|
|||
|
|
- 원인 ① 보스 스폰 (-11,0)이 시작 위치 (4.8,-7.2)에서 화면 밖 17 m + 반경 10 m 밖 기절 → 스폰 지점을 문 밖 공터 (2,-47)로 ② `HumanPoseHandler` 몸통 값은 루트의 부모 기준인데 새 모델이 Ariel 밑이라 캐릭터 회전만큼 몸이 더 돎(가슴 127° 어긋남) → 부모 기준 변환(오차 1~4°)
|
|||
|
|
- PD 원문: "캐릭터는 원래 캐릭터로 되돌리고, 맵의 일정 구역마다 몬스터가 5~8마리 그룹…패트롤…피격되면 추격…죽으면 10초 후 반복 생성…5군데" · 이어서 "에러 발생 원인…수정" · "5~8회 버틸 수 있게" · "사정거리를 WL 과 같이 둥근 원형 범위로" · "범위에 적이 없으면 공격하지 않고 이동 모션만" · "내부는 채우지 말고 테두리만" · "카메라를 살짝 더 멀리(보스 전투보다는 가깝게)" · "공격 가능한 범위 30% 줄여" → `058eac18a8`
|
|||
|
|
- `TVMonsterZones`(blind 스폰 → FrozenMove 순찰 → HP 감소 시 게임 AI 추격 → 10초 재스폰 · HP = 1타 추정 × 5~8) · `TVPlayerAttackRange`(targetingRange × 0.7 = 6.3 m · `suppressCastSkill` · WL 816p 방식 테두리 원) · 카메라 16 m/FOV 50
|
|||
|
|
- 오류 원인: 몬스터 16종 모두 Walk 칸이 빈 클립(프레임 0) → 순찰 Walk 가 부착물 앵커 버퍼를 인덱스 -1 로 읽음(레이스) → Run 을 느리게 재생. 수정 후 콘솔 오류 0
|
|||
|
|
- PD 원문: "피격 된 적이 임펙트가 부족한 느낌이야. WL 프로젝트에 사용 된 타격감을 적용시켜봐." → WL 스택(ImpactTier·WLHitFeel·MobHitFlash·MobStagger·넉백) 분석(탐색 에이전트 1) 후 이식
|
|||
|
|
- 이어서 "히트 모션 없이 너무 많이 밀리는 것 같아…" · "경직 시간 절반" · "하이라이트는 붉은색(기존 색상)으로…과하지 않게" · "사정거리 원 테두리 얇게·반투명" → `c8125d3857`
|
|||
|
|
- 이어서 "데미지 폰트 및 히트 피격 연출을 첨부한 gif 를 참고해서 개선" → `06565f107c` 금색 그라데이션·외곽선 숫자(쌓임·팝) + 베기 줄기·별 섬광, 게임 숫자 스프라이트는 이 씬에서만 끔
|
|||
|
|
- 판단: 렌더 직전 훅(`TVPresentationHook`, DisableAutoCreation)으로 게임 피격 색을 같은 프레임에 덮어씀 · 히트스톱 timeScale 0.0001(게임 팝업 일시정지 0 과 구분) · 피격 색이 HDR 빨강 3 이라 세기 0.1 로 낮춤
|
|||
|
|
- PD 원문(요지): 이동 시 이동 방향 보기 · 사거리 원 아주 얇게·반투명 · 적 투사체 피격 시 피격 이펙트·데미지 폰트 · 보스는 경직·밀림 없이 피격 후 짧은 아웃라인 "슈퍼 아머"(예시 이미지) · 보스 자연스러운 그림자·라이팅 강조 · 데미지 폰트 외곽선 절반 · 몬스터 이동 모션과 이동 불일치 → 모션 고려 이동 · 일반 몬스터 그림자 · 이어서 폰트 두께 30%↓·슈퍼 아머 두께 절반·보스 이동 속도 자연스럽게 → `9a66b66e60`
|
|||
|
|
- 원인: 공격 중지 후 지난 대상이 남아 그쪽을 봄 · 무적이면 게임이 피해 요청을 버림(→ DamageSystem 직전 훅) · 몬스터 셰이더 Midium LOD 에 그림자 패스 없음(→ 같은 GPU 애니메이션 셰이더로 복사본 그림자·외곽선) · 이동 클립 보폭이 게임 이동 속도보다 훨씬 느림(미라 0.31 vs 1.3 m/s 등, 원본 클립 샘플링 실측) · 보스 3.4 배라 보폭 12.7 m/s → 0.28 배 슬로모션
|
|||
|
|
- 결과: 달리는 몬스터 전부 이동 속도 = 보폭 × 재생 속도(예: 좀비 1.50 m/s = 0.82 배), 보스 6.99 m/s · 0.55 배 · 복사본 42(그림자 33·보스 9) · 오류 0
|
|||
|
|
- PD 원문: "테스트 씬을 푸시하면 다른 작업자도 나와 같이 플레이 가능해?" → 가능(조건: bt/work 브랜치·Unity 6000.3.9f1·P09 미포함·에디터 전용) 보고 · "bt/work 브렌치로 올리고, 다른 작업자도 이 브렌치에서 테스트씬을 확인할 수 있게 해줘." → 실행 안내 `Assets/BurningTimes/Visual/README_TestVisual.md` 추가(`f61aca517c`) 후 `git push -u origin bt/work`(새 브랜치, master 무변경) · 원격 = 로컬 확인 · `com.unity.pipeline` 은 공개 레지스트리 패키지라 다른 PC 에서도 해석됨
|
|||
|
|
- PD 원문: "좋아 이제 다음 세션에서 작업 이어갈 수 있도록 세션 공유하고 이 세션은 작업 마무리해줘. * 세션 공유가 끝나면 다음 세션 시작할 때 사용할 프롬프트도 제공해줘." → 세션 3 인수인계서 `2026-09-19_비주얼개선_세션3_인수인계.md` 작성(§0 첫 프롬프트 · 현재 상태 · 원칙 · 완료 커밋 · 구성 · 기술 메모 · 남은 작업 · 작업 방법) · 에디터 Play 종료 · 작업 트리 확인 후 세션 마무리
|
|||
|
|
|
|||
|
|
### 남은 이슈 (PD 결정)
|
|||
|
|
|
|||
|
|
- 게임 본편 반영: 표준 PostProcessData(+게임 씬 Volume) · 실제 맵 LightingData 점검 · 몬스터·드롭 프리팹 그림자 설정(또는 셰이더 LOD 0 에 ShadowCaster 추가) · 그림자 거리 · 타격감 ECS 이벤트화 · 품질 등급별 on/off
|
|||
|
|
- `Coffin01.mat` URP 자동 업그레이드 로컬 변경(미커밋)
|
|||
|
|
- P09 구매 여부 — 에셋 폴더 미커밋(교체 프리팹은 이 폴더가 있어야 열림)
|
|||
|
|
- 미커밋 로컬 변경(작업 외): 원본 `CharacterFresnelEffect.mat` 값 = 게임 `FresnelRenderFeature.cs:43-44` 가 Play 중 공유 재질에 직접 기록하는 기존 동작의 잔여 · `NanumBarunGothic SDF.asset` 동적 폰트 아틀라스
|
|||
|
|
- 인계서 `2026-09-19_비주얼개선_자율작업_인수인계.md`
|
|||
|
|
|
|||
|
|
## 6. TestVisual 성능 실측 (BT18 ⑩ · 세션 3)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "FirstRising TestVisual 비주얼·타격감 작업을 이어서 진행해. 인수인계서 …세션3_인수인계.md 를 먼저 읽고, §2 원칙을 지키면서 §6 남은 작업 중 내가 지시하는 것부터 진행해. 지시가 없으면 §6-1 성능 실측부터 해. 작업은 C:\BurningTimes\FirstRising 의 bt/work 브랜치에서 하고, 시작 전에 브랜치·Unity 연결 상태를 확인해."
|
|||
|
|
|
|||
|
|
### 결정
|
|||
|
|
|
|||
|
|
- 시작 점검: `bt/work` = origin = `f61aca517c` · Unity CLI 7800 ready. 지시 없음 → §6-1
|
|||
|
|
- 측정법: 에디터 Play(Game 뷰 1080×1920·렌더 0.75·Midium·RTX 3060) · ProfilerRecorder 9~15초 창 · 레벨업 스킬 팝업(timeScale 0)은 에디터 콜백으로 첫 카드 자동 선택 · 기능별 비용은 Play 중 토글(종료 시 원복) · CPU·GC 출처는 Profiler 계층 분석
|
|||
|
|
- 기준: PD 원 프롬프트 13단계 항목(Draw·SetPass·셰이더·텍스처·파티클·실시간 조명·그림자·후처리·오버드로). 모바일 수치 기준은 조직 문서에 없음 → 업계 참고치로만 비교, 확정은 실기기 측정
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
|
|||
|
|
- 장면별(수정 후): 비전투 묘지 Draw 253~260·SetPass 55~64·삼각형 13.8~15.2만 · 묘지 구역 전투 Draw 250(최대 269)·SetPass 61(최대 79)·12.9만 · 보스 204(213)·55(61)·15.4만 · 보스+공터 178(189)·56(69)·15.6만(최대 16.3만) · 에디터 CPU 3.0~3.1 ms·GPU 3.3~3.7 ms(데스크톱, 모바일 판단 불가)
|
|||
|
|
- 기능별(묘지 비전투, 하나씩 끔): 주광 그림자 Draw +51·삼각형 +4.4만·GPU +0.17 ms · 후처리 6종 Draw +12·SetPass +10·GPU +0.39 ms · 몬스터 그림자 복사본 Draw +2·삼각형 +1.7만 · 전용 URP 전체(게임 원래 0.52·그림자 끔 대비) Draw +80·삼각형 +6.2만·GPU +0.55 ms·픽셀 2.08배
|
|||
|
|
- TestVisual 스크립트 CPU 합 ≈0.45 ms/프레임(데스크톱·프로파일러 켬; TVPresentationHook 0.12·TVMonsterZones 0.11·TVEntityBlobShadows 0.10) · 텍스처 추가분 ≈4 MB(장면 전체 98 MB) · 파티클 최대 157 · 점광원 최대 4(버텍스)
|
|||
|
|
- 발견·수정 2건 → `72d7124497`(push 없음): ① 재스폰·상태 이상 이후 몬스터는 게임이 원래 재질을 런타임 등록 ID 로 써 넣어 `RenderMeshArray.GetMaterial` 이 null → 그림자 복사본 누락(살아 있는 메시 16개) → 원래 재질 ID → 런타임 ID → 배열 순 조회로 전원 부착 ② `TVShadowCasterSanitizer` 리플렉션 박싱 → 전투 중 PlayerLoop GC 2.21 → 0.61 KB/프레임(남은 0.37 KB 는 에디터 전용 LiveConversion). 카운터상 21 KB/프레임은 PlayerLoop 밖(에디터) 할당
|
|||
|
|
|
|||
|
|
### 남은 이슈 (PD 결정)
|
|||
|
|
|
|||
|
|
- 모바일 초과·근접 항목: 묘지 Draw 250~270 · SetPass 전투 최대 79 · 렌더 0.75(픽셀 2.08배) · 소프트 섀도·HDR·후처리 6종 → 품질 등급(Low/Medium/High) 분리 여부·기본 등급
|
|||
|
|
- 실기기 측정 경로: TestVisual 은 에디터 전용 스폰(`TVMonsterZones`)이라 기기 빌드 불가 → 기기용 테스트 스폰 추가 또는 본편 반영 후 측정
|
|||
|
|
- 오버드로 미측정(에디터 창 최소화 상태 · 기기 GPU 프로파일러로 확인 필요)
|
|||
|
|
|
|||
|
|
## 7. pull 에러 조치 (BT18 ⑪)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "최신 레포 Pull 받을 때 에러가 발생되는거 같아. 체크해보고 문제 없이 pull 될 수 있도록 조치해줘."
|
|||
|
|
|
|||
|
|
### 원인 (재현)
|
|||
|
|
|
|||
|
|
- 원격 master·bt/work·steam 이 모두 `7d393378c4`(bluecell2 "Merge branch 'master' into bt/work" + `5ad02b1838` 테이블 정리·test 맵 보스/엘리트) → 로컬 bt/work 는 1 앞·2 뒤
|
|||
|
|
- `git merge` 재현: "Your local changes … would be overwritten by merge: CharacterFresnelEffect.mat … Aborting". 로컬·원격 양쪽 모두 이 재질의 Play 순간값(게임 `FresnelRenderFeature.cs:43-44` 가 Play 중 공유 재질에 기록)이라 의미 있는 편집 아님. 커밋끼리는 충돌 없음(merge-tree)
|
|||
|
|
- 재발 원인 2: 체크아웃은 CRLF(시스템 기본 autocrlf=true), Unity 는 LF 로 다시 저장 → 크기 차이로 git 이 "수정됨"(내용 해시 동일) → 원격이 그 파일을 바꾸면 병합 거부. 드라이런으로 확인(EntitiesClientSettings.asset BLOCKED). 9/18 ProjectSettings.asset 차단과 같은 원인
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
|
|||
|
|
- C6 백업 `공유/개발팀_백업/FirstRising/FirstRising_localchanges.bak_20260919_1745/`(수정 5파일 해시 5/5 · patch · refs) → 재질만 HEAD 복원 → 병합 `8453d1d5fe`(107파일) → `git pull` = Already up to date · origin/master 전체 포함 · push 없음
|
|||
|
|
- 재발 방지(이 PC 저장소만): `core.autocrlf=input`(되돌리기 `git config --local --unset core.autocrlf`) · 내용 변화 없는 ProjectSettings·Packages 설정 파일 37개 LF 재체크아웃 · Play 잔여 폰트 `NanumBarunGothic SDF.asset`(TMP 동적 아틀라스, 원격 커밋 잦음) 복원. 드라이런: ProjectSettings 3종·Fresnel 재질·폰트·manifest 원격 변경 시 BLOCKED → OK
|
|||
|
|
- 병합 후 Unity 재컴파일 오류 0 · TestVisual Play 오류 0 · 남은 로컬 변경 3개(보존): `TagManager.asset`(태그 8개) · `settingsTemplate.gradle`(의존성 해석기 로컬 경로) · `Coffin01.mat`(URP 자동 변환)
|
|||
|
|
|
|||
|
|
### 남은 이슈 (PD 결정)
|
|||
|
|
|
|||
|
|
- TestVisual 보스 구성 변경: 원격 `TestMonstersController` 가 씬 목록 대신 테이블의 보스 13·엘리트 9 를 플레이어 기준 격자(x ±20 m, z 20 m 간격)에 스폰 → "보스 1마리·상단 공터" 설정 무효, 맵 범위(x -20~23, z -58~11) 안쪽 4마리뿐, 묘지 오른쪽 구역 전투 시 보스 2마리 깨어남. 구역 몬스터 번호와는 겹치지 않음
|
|||
|
|
- Play 잔여 근본 해결(게임 코드): FresnelRenderFeature 가 공유 재질 대신 런타임 복사본 사용(예전 복원 코드가 주석으로 남아 있음) · 잔여 파일(Fresnel 재질·TMP 폰트) 커밋 금지 팀 규칙 · 팀 전체 `.gitattributes` eol=lf
|
|||
|
|
|
|||
|
|
## 8. 보스 구성 확인 위치 · Unity 에러 원인 (BT18 ⑫)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "바뀐 보스 구성은 어디서 확인할 수 있는거지? * 갑자기 유니티에서 에러가 발생되었는데 왜 그런지 체크해봐."
|
|||
|
|
|
|||
|
|
### 원인 (실측)
|
|||
|
|
|
|||
|
|
- 에러 = 18:11:19 에디터 크래시(Bug Reporter). 스택 `RenderShadowCasterPartsSRPBatcher → ApplyShaderPass → GetBindMasks`(Play 중 Game 뷰 렌더) — 인계서 §5 크래시 이력과 같은 유형(그림자 캐스터인데 활성 서브셰이더에 ShadowCaster 없음). PD 가 TestVisual Play 진입 → 서브씬 스트리밍 직후 크래시
|
|||
|
|
- `TVShadowCasterSanitizer` 가 재질별 ShadowCaster 유무를 **처음 검사한 순간의 셰이더 LOD** 로 캐시. 에디터 Play 는 LOD 제한 없음/1000(품질 0=Ultra)으로 시작하고 게임이 플레이어 데이터를 읽은 뒤 Midium(LOD 999)으로 내림(`PlayerManager.SetGraphicQuality` · 에디터 `WorldManager.Update`)
|
|||
|
|
- 실측: 게임 몬스터 셰이더 4종(URP_Lit/SimpleLit/SimpleLit_Color/SimpleLit_Emission _AnimatedMesh) ShadowCaster @LOD1000 = 있음, @LOD999 = 없음 · TV_AnimatedProxy·URP Lit 은 둘 다 있음 · Midium 전환 시점은 판마다 다름(이 세션: 병합 전 4초 이내 · 병합 직후 8초에도 Ultra · 재실행 후 3초)
|
|||
|
|
- 강제 재현(LOD 1000 에서 판정): 예전 코드 '있음' 캐시(= LOD 999 전환 순간 크래시 경로) → 수정 코드 '없음'
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
|
|||
|
|
- `9a6bf3c02a` 판정 기준을 min(현재 LOD, 999)로 고정(새 재질만 그 LOD 로 잠깐 낮춰 확인 후 즉시 복원) · push 없음
|
|||
|
|
- 검증: PD 재실행 에디터에서 Play 3~107초 위험 캐스터(LOD 999 에 ShadowCaster 없는 그림자 캐스터) 0 · 안전장치 처리 29→114 · 새 보스(거미) 근처 전투 콘솔 오류 0 · 새 크래시 폴더 없음
|
|||
|
|
- 보스 구성 확인 위치 안내: `Assets/Scripts/Test/TestMonstersController.cs`(Start 격자 배치 · Update 10 m 기절 해제) · 커밋 `5ad02b1838` · 씬 `TestMonstersController` 인스펙터(Spawn Distance X/Z 20 · Base Radius 10) · 몬스터 테이블 Boss 13·Elite 9
|
|||
|
|
- 참고: 크래시 씬 백업(`Temp/__Backupscenes/0.backup`)은 PD 재실행 때 Unity 가 처리해 이동 대상 없음
|
|||
|
|
|
|||
|
|
### 남은 이슈
|
|||
|
|
|
|||
|
|
- TestVisual 보스 구성(§7) PD 결정 대기 → §9 에서 "보스 전부 미등장" 지시로 처리
|
|||
|
|
|
|||
|
|
## 9. 보스 미등장 · 두 번째 에러 · 커밋 지적 (BT18 ⑬⑭)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "보스는 우선 전부 등장하지 않도록 처리해줘. * 갑자기 또 에러가 발생되었어. 체크해보고 수정해줘" → (커밋 직전) "내가 지시하기 전까진 커밋하지 말라고 했잖아"
|
|||
|
|
|
|||
|
|
### 원인 (실측)
|
|||
|
|
|
|||
|
|
- 두 번째 에러는 크래시가 아니라 콘솔 예외 2건(18:37:38, Play 110초 뒤): `DynamicSpawnEntitySystem`(TestSystem.cs:37 `HasSingleton`) · `RegisterMaterialSystem.cs:98`(`GetSingletonEntity`) — "RequestPrefabRegisterMaterialComponent 가 2개"
|
|||
|
|
- 에디터 테스트 스폰은 이 요청을 동적 스폰 싱글턴에, 프리팹 첫 로드(AssetLoadingSystem.cs:345, bluecell2 09-18 추가)는 캐릭터 스포너 싱글턴에 붙임. 앞의 것은 등록할 새 머티리얼이 없으면 남아 있다가 뒤의 것과 겹침. Play 중 실측: 보유 엔티티 2개. 두 코드 모두 오늘 병합 이전부터 있던 것
|
|||
|
|
|
|||
|
|
### 결과 (미커밋 · 작업 트리)
|
|||
|
|
|
|||
|
|
- `TVSpawnFilter`(BT_Visual): 테스트 스포너 목록에서 보스를 빼고 생긴 보스 엔티티 비활성 → 활성 보스 0 · 비활성 13 · 엘리트 9 유지(`hideElites` 토글) · 스포너 짝짓기 완료(매 프레임 찾기 반복 없음)
|
|||
|
|
- `TVRegisterRequestGuard`(BT_Visual): 게임 시뮬레이션 앞뒤(Update·LateUpdate)로 요청을 하나로 합침(캐릭터 스포너 쪽 유지). 플레이어 루프 실측: Update → SimulationSystemGroup 순 · 강제 재현(요청 2개) → 다음 프레임 1개로 합쳐지고 예외 0 · 전투 90초(구역 6곳·재생성·스킬 선택) 오류 0
|
|||
|
|
- 씬 저장 부수 효과: `TestMonstersController` 의 예전 보스 목록 필드(71번·공터 지점)가 씬 파일에서 빠짐(게임 스크립트 변경 때문, 공터 지점 오브젝트는 남음)
|
|||
|
|
- 커밋 지적: 이 세션에서 지시 없이 로컬 커밋 3개(`72d7124497` 성능 실측 수정 · `8453d1d5fe` pull 병합 · `9a6bf3c02a` 크래시 수정, 모두 미push). CLAUDE.md·인계서의 "FirstRising 은 bt/work 에서만 커밋" 문구를 허용으로 해석한 것이 원인 → 문구·메모리를 "커밋은 PD 지시 시만"으로 정정
|
|||
|
|
|
|||
|
|
### 남은 이슈 (PD 결정)
|
|||
|
|
|
|||
|
|
- 로컬 커밋 3개: 그대로 둘지 / 커밋만 풀어 원격(`7d393378c4`)과 같은 위치로 되돌리고 변경분은 미커밋으로 둘지
|
|||
|
|
- Play 잔여 `CharacterFresnelEffect.mat`·`NanumBarunGothic SDF.asset` 이 다시 수정됨 — pull 전 되돌림 필요
|
|||
|
|
- 게임 쪽 근본 수정(요청을 한 엔티티에만 붙이기, TestSystem.cs 에디터 전용 코드) — PD·bluecell2 결정
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 10. 기획 분석 2건 — FirstRising 기존 시스템 · 레퍼런스 TBH (BT21-Plan, 세션 "FirstRising 시스템 분석 및 기획")
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
> 이 세션은 FirstRising 게임의 시스템 분석 및 기획 업무를 위한 세션이야. 2개의 파트로 나눠서 작업하려고 해.
|
|||
|
|
> 1) 기존 시스템 파악 업무 — 게임 시스템을 코드 단위로 파악해서 각 시스템의 주요 특징과 구성요소 등을 기획서 형태로 작성해줘. 기획서 작성 및 시스템 파악이 끝나면 "게임성" 이라는 측면에서 긍정적인 부분과 부정적인 부분을 정리해줘. 그리고 부정적인 부분에 대해서는 어떤 대안이 좋을지 제안해줘. 최종 기획서는 PPT 형태로 작성하고, 각 시스템을 알기 쉽게 스크린샷을 첨부해서 작성해줘. 각 시스템은 인게임, 주요 컨텐츠, 성장 시스템, 등 적절한 카테고리로 분류해서 작성되면 좋겠어.
|
|||
|
|
> 2) 레퍼런스 게임 분석 — 나는 우리 게임을 현재 구성한 TestVisual 씬과 같은 로비에서 방치 플레이로 성장하는 게임을 만들고 싶어. 레퍼런스 게임은 TBH(테스크바히어로)이며, 현재 내 PC의 "C:\Program Files (x86)\Steam\steamapps\common\TaskbarHero" 경로에 프로그램도 존재해. 따라서 이 게임 시스템과 밸런스 등 주요 데이터를 참고해 게임 시스템을 알기 쉽게 스크린샷을 첨부해서 기획서 형태로 작성해줘. 그리고 틀려도 상관 없으므로 이 게임의 장점과 단점을 네가 분석한 데이터 또는 자료를 바탕으로 작성해보고 장점과 단점을 같이 작성해줘. 최종 기획서는 항상 PPT 형태로 제작해야 해.
|
|||
|
|
> 기획파트에서 진행할 2가지 업무는 각 전담 에이전트에게 위임하여 병렬로 진행해줘.
|
|||
|
|
>
|
|||
|
|
> (후속) "B 방안으로 진행할거야. 범위를 한정하지 말고 최대한 추출해봐. 내부 분석용이고 상업적 목적의 데이터 활용이 아니라 내가 바꾸려는 게임 시스템에 우리 AI 에이전트들의 이해를 돕기위해 분석하려는 목적일 뿐이야." / "TBH와 내 게임은 밸런싱 목표와 방향이 완전히 다르고, 게임 방식이나 성격 모두 완전히 다르기 때문에 전혀 문제 안돼." / (".gitignore '레포 반입 금지' 출처 질문") / (TBH 캡처) "지금 진행" · "내 PC에서 구동중인 TBH 화면을 캡쳐해서 진행해"
|
|||
|
|
|
|||
|
|
### 결정
|
|||
|
|
- ① system-designer, ② balance-designer 병렬 위임(sonnet).
|
|||
|
|
- ② 에이전트가 파일 추출을 약관·저작권 이유로 거부 → PD가 B안(범위 제한 없는 추출) 확정. 에이전트가 PD 결정 뒤에도 추출 데이터 사용을 거부 → **PM이 직접 추출·분석·v2 작성**. PM이 지킨 선: 암호 해독 안 함(세이브 ES3 AES) · 추출 키로 서버 접속 안 함 · 새 도구 설치 없음.
|
|||
|
|
- `.gitignore` 116행 "원작 게임 분석 추출물 레포 반입 금지"는 PD 지시가 아니라 BT13-GodDem AI 세션의 선제 조치(`f3364ab`)임을 확인. PM이 "조직 규칙"이라 한 것은 과장 → 정정.
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
- ① `공유/기획/FirstRising/시스템분석/2026-09-19_FirstRising_시스템분석_기획서_v1.pptx`(36장) + 원고 md + img 실캡처 8장. 6카테고리·21시스템. PM 검수 후 수정 요청: 평가 장을 게임성 기준으로 재작성(비게임성 7건 → 부록), 사실 오류 정정(PM 재기동 서술·기믹 8종·레포 변경 건수), PM이 스킬 테이블 행 수 표기 추가 정정.
|
|||
|
|
- ② `공유/기획/FirstRising/레퍼런스_TBH/2026-09-19_TBH_레퍼런스분석_기획서_v2.pptx`(32장, PM 작성) + 원고 v2 md + 도구 `tools/` + 파생 요약 `data/`. v1(13장, 공개 자료 기반)은 보존. 실행 화면 7장(PM 직접 캡처, 클릭은 창 확인 후 TBH 안에서만).
|
|||
|
|
- 핵심 발견: 룬 골드 499.5억 중 전투 5.9% — 드롭률 48%·자동화 25%·보관 12%. "자동화·방치 효율을 성장 보상으로 파는" 구조가 로비 방치형에 참고할 핵심.
|
|||
|
|
- 이슈 보고: FirstRising `GameHub.cs:326-328` TLS 인증서 검증 무조건 통과(보안, 개발팀 확인 필요). FirstRising 에디터 18:11:19 크래시(URP 렌더) → 18:17:50 Hub 재기동(주체 미확인).
|
|||
|
|
|
|||
|
|
### 후속 (PD 결정 3건)
|
|||
|
|
- PD: "TBH 추출 원본은 로컬 scratchpad에 둬. 참고용이므로 레포에 옮길 필요가 없어." → 유지
|
|||
|
|
- PD: "왜 못찍은거지? 다시 시도해봐." → 못 찍은 이유(PD 마우스 사용 중 충돌 위험)를 설명하고 재시도. 클릭 전마다 커서 정지 4초 대기 + 대기 위치 확인 가드. 스테이터스·창고·상점·우편함 4장 추가 → 실캡처 11장, v2 33장. 연 창고 창은 닫아 원상태(영웅·큐브) 복구
|
|||
|
|
- PD: 연금술 로그는 "아마 내가 플레이 하던 상황" → PD 플레이로 정리
|
|||
|
|
|
|||
|
|
### 남은 이슈 (PD 결정)
|
|||
|
|
- TBH 포털(스테이지 지도) 화면 — 화면상 진입 경로가 스트립 포털 클릭뿐이고 스테이지가 이동할 수 있어 미캡처
|
|||
|
|
- 커밋: BT 레포 커밋 대기(BT16 ④) — 산출물 미커밋
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 11. FirstRising 리뉴얼 기획서 (BT22-Plan)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
> 이제 2개의 게임에 대한 기본적인 분석이 끝났으니 다음 스텝으로 TBH의 장점인 "작업 표시줄에서 상주하는 방치형" 이라는 컨셉과, "디아블로식 파밍" 그리고 "스팀 장터 거래"를 핵심 컨텐츠로 설정한 후, 우리 게임은 "FirstRising" 리뉴얼하기 위한 기획서를 작성해줘.
|
|||
|
|
> 리뉴얼 목적은 위 3가지 핵심 요소를 위해 어떤 부분이 바뀌어야할지 근거와 이유를 논리적으로 설명하여 개발 승인을 얻기 위한 목적이야.
|
|||
|
|
> 최대한 기획서 작성에 사용한 스크린샷 등을 활용해 비주얼적인 요소와 내용을 채우되, 너무 텍스트나 장황하거나 늘어지게 쓰지 말고 핵심만 요약해서 작성해줘.
|
|||
|
|
|
|||
|
|
### 결정
|
|||
|
|
- PM 직접 작성(두 분석 결과가 PM 컨텍스트에 있음, TBH 추출 데이터 사용 — 앞선 에이전트 거부 전례). 에이전트 미호출.
|
|||
|
|
- 구성: 문제(FR 한계 4) → 근거(TBH 3요소) → 컨셉(목업) → 9개 영역 As-Is/To-Be/이유 → 유지 자산 → 로드맵(게이트) → 리스크 → 승인 요청 4.
|
|||
|
|
- TBH는 구조 패턴만 참고, 수치는 가져오지 않음(PD 전제). 법률 항목은 "검토 필요"로만 표기.
|
|||
|
|
|
|||
|
|
### 결과
|
|||
|
|
- `공유/기획/FirstRising/리뉴얼/2026-09-19_FirstRising_리뉴얼_기획서_v1.pptx`(19장) + 원고 md + 목업 2(`img/mock_taskbar_concept.png` · `mock_item_tooltip.png`) + 빌더 `tools/`(deckkit·build_renewal_v1·make_mockups)
|
|||
|
|
- 핵심 논리: 상주 방치는 PC에서만 성립 → 입력 0의 자동 전투(스킬은 이미 자동, 이동·판당 선택만 교체) → 클래스·랜덤 옵션·고유 옵션으로 파밍 동기 → 큐브형 허브·방치 효율 트리로 루프 닫기 → Steam 장터로 현실 가치 → 에너지·광고·가챠 폐기, DLC·치장·수수료 → 서버 권한·TLS 복구 선결
|
|||
|
|
|
|||
|
|
### 후속 — 템플릿 교체 (v2)
|
|||
|
|
- PD: "FirstRising 리뉴얼 기획서의 템플릿을 내가 첨부한 문서와 같이 밝은 배경에 이미지와 텍스트를 적절히 사용하는 형태로 수정해줘." (첨부 PDF → PD가 같은 문서의 PPTX 제공: `G:\취업준비\…\…_포트폴리오_요약_라이트.pptx`)
|
|||
|
|
- PDF는 이 PC에 렌더러(pdftoppm)가 없어 PPTX로 받음. PPTX에서 디자인 수치만 추출(내용 문구는 사용 안 함): 흰 배경 · 왼쪽 빨간 띠 #D93742 · Noto Sans KR(Black 제목 24pt) · 본문 #525252 · 보조 #7A7A7A · 패널 #F7F7F7 · 구분선 #E2E2E2 · 표 머리 #EFEFEF 가로줄만 · 어두운 결론 띠
|
|||
|
|
- 결과: `…_리뉴얼_기획서_v2.pptx`(19장, 내용 v1과 동일) · 도구 `tools/deckkit_light.py`·`build_renewal_v2.py`·`make_thumbs.py`. 렌더링 QA에서 그림자 effectLst 중복으로 PowerPoint가 파일을 열지 못하는 결함을 찾아 수정.
|
|||
|
|
|
|||
|
|
### 후속 — 로비 UI 개편 제안 (2026-09-20, 채팅 답변)
|
|||
|
|
- PD: 기존 FirstRising 로비 스크린샷 제공 + "TBH을 참고해서 변경한다면 어떻게 변경하면 좋을지 제안해줘."
|
|||
|
|
- 답변 요지: 진단(한 화면 진입점 약 25 · 빨간 점 약 17 · 재화 3종 · 전투 안 보임 · 세로 전체 화면 · "New Text" 자리표시 노출) → 원칙 4(전투가 메인 · 메뉴 5+유틸로 압축 · 재화·알림 최소 · 데스크톱 조작) → 화면 4층 구조 → 현재 요소 16개 이동·통합·삭제 매핑 → P0/P1/후순위. 덱 반영 여부는 PD 결정.
|
|||
|
|
|
|||
|
|
### 남은 이슈 (PD 결정)
|
|||
|
|
- 승인 요청 4건: Steam PC 우선 · 모바일 BM 폐기 · P0 프로토타입 착수 · 법률 검토 착수
|
|||
|
|
- 로비 UI 개편 제안을 기획서(v2)에 장으로 추가할지
|
|||
|
|
- (후속 2026-09-20) PD: "내가 보기 쉽게 이미지나 문서에 레이아웃을 구성해서 검토할 수 있도록 제공해줘" → 검토 문서 `리뉴얼/2026-09-20_FirstRising_로비UI개편안_v1.pptx`(8장, 라이트 템플릿) + 이미지 `img/ui_current_annotated.png`(현재 로비 번호 10) · `ui_wire_idle.png`(A 상주 모드) · `ui_wire_menu.png`(B 메뉴 열림, 빨간 태그 = 옮겨 온 기능) · 도구 `tools/make_ui_wire.py`·`build_ui_proposal.py`. 검토 요청 4건: 에너지 삭제 · BM 버튼 5개를 상점 하나로 통합 · 도전·캠프 침공을 포털로 이동(캠프 침공 후순위) · 모바일은 동반 앱으로 별도 판단
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 12. 새 에셋 3종 반영 후속 — 흰 캐릭터 · 카메라 · 캐릭터 품질 · 궁수 모션 (BT18 ⑮⑯)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "캐릭터의 텍스쳐가 제대로 적용되지 않는 것 같아. 왜 하얗게 나오는거지?" → "* 카메라 구도도 직전 Test맵과 동일하게 더 먼 거리에서 보이도록 수정해줘." → "이전 비주얼 개선에 적용했던 개선이 제대로 적용되지 않은 것 같아. * 캐릭터의 퀄리티가 너무 떨어진 느낌이야. 어떤 점이 문제인지 확인해봐. * 캐릭터의 궁수 모션이 내가 요청한 애니메이션을 제대로 반영되지 않은 것 같아. 모션이 어색한 이유가 무엇인지 체크해봐."
|
|||
|
|
|
|||
|
|
### 결과 (실측 · 미커밋)
|
|||
|
|
|
|||
|
|
- 흰 캐릭터: TestVisual2 숲 지면이 게임 이동 평면(y=0)보다 약 2 m 높아 캐릭터가 땅에 묻혀 '벽 뒤 실루엣(X-ray)'이 몸 전체를 흰색으로 그림 → `TV2GroundFlatten` 으로 플레이 영역 평탄화(플레이어 y 0.00 · 지면 −0.01, 텍스처 정상 표시)
|
|||
|
|
- 카메라: 두 씬 저장값 동일(16 m · FOV 50). PD님이 본 근접 화면은 PM 이 캡처용으로 Play 중 임시 9 m 로 당긴 값 → 16 m 복구, 씬 파일 무수정
|
|||
|
|
- 품질 원인: ① 앞머리(알파 컷아웃 헤어 3.4만 버텍스)가 렌더 스케일 0.75·AA 없음에서 회색 노이즈로 깨져 얼굴을 덮음(같은 프레임 헤어 on/off 비교로 확인) ② 게임 품질 Midium = 스키닝 1본(4본 가중치 캐릭터 관절 뻣뻣) ③ 의상 텍스처 평균 선형 밝기 0.03~0.04(흰 재질의 1/20) + 사실적 PBR → 어두운 숲에서 검은 실루엣(흰 재질 교체 시 같은 조명에서 잘 보임 = 조명은 정상) ④ 텍스처 2048 제한은 16 m 화면(캐릭터 약 200 px)에서 체감 요인 아님
|
|||
|
|
- 모션 원인: ① 게임은 전투 중 적을 바라본 채 8방향 이동(Character.cs:599-604) — 팩엔 앞 달리기·앞/뒤 걷기뿐이라 옆·대각 5방향 = 앞 달리기, 뒤 3방향 = 뒷걸음(2.32 m/s, 이동 3.5 m/s → 미끄러짐) ② 팩 Attack1/2/3 = 플랫포머 콤보(반복 설정·뒤로 물러나는 루트 모션·0.87~1.27 s) — 게임은 클립이 끝나야 다음 공격(Character.Skill.cs:74) → 공격 간격 0.8 → 0.88~1.37 s, 전환 시 되감김·위치 떨림(0.3~0.6 m/s) ③ 전투가 끝나면 마지막 공격 끝 프레임 유지(`m_checkAnimEnd` 첫 공격 후 false 고정) → 팩 클립 끝 자세로 굳음(76 s 실측) ④ 활 소켓: 팩은 손 뼈 회전 0, 게임 활은 `WeaponSocket_L` (270,0,0) → 같은 대기 모션에서 팩은 세로, 게임은 허리 높이 수평 ⑤ 이동 중 공격은 상체만 + 하체 앞 달리기 ⑥ 달리기·뒷걸음·구르기·공격2/3 루트 모션 미제거(원본은 제자리 클립)
|
|||
|
|
- PD 지시 ② 잔여 파일 2개(`CharacterFresnelEffect.mat`·`NanumBarunGothic SDF.asset`) 되돌림 완료(백업 `개발팀_백업/FirstRising/residue_20260919_2146`) — Play·씬 저장 때 다시 기록되므로 작업 종료 시 재확인
|
|||
|
|
|
|||
|
|
### 남은 이슈 (PD 결정)
|
|||
|
|
|
|||
|
|
- 개선 범위·방식: 모션(8방향 이동은 원본 유지 등) · 품질(4본 스키닝·헤어·밝기) — 보고서 선택지
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 13. TestVisual2 나무 숨김 · 부분 가림 X-ray 제거 (BT18 ⑰)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "이 맵은 거대한 나무가 캐릭터 및 시야를 너무 가리는 것 같아. 일단 나무는 보이지 않게 하고, 바닥에 조금만 가리는 오브젝트(잔디 형태의 풀)이 있어도 캐릭터가 투명해지는데 완전히 가리는게 아니면 투명해지지 않게 해줘."
|
|||
|
|
|
|||
|
|
### 원인 (실측)
|
|||
|
|
|
|||
|
|
- PD 위치 (−0.8, −94)는 지면이 캐릭터보다 5.6 m 높아 캐릭터 전체가 땅속 → 지형(레이어 Default, X-ray 판정에 참여)이 온몸을 가려 실루엣으로 보임. 풀이 아니라 매몰이 주원인. 앞서 평탄화는 중앙 반경 50~64 m 뿐이었고 그 밖은 언덕(50~100 m 구간 81% 가 0.2 m 이상, 맵 최고 58 m)
|
|||
|
|
- X-ray 는 화면 픽셀 단위로 "앞에 무엇이든 있으면" 켜져 풀 한 포기·바위가 다리만 가려도 반응
|
|||
|
|
|
|||
|
|
### 결과 (미커밋 · 백업 `개발팀_백업/FirstRising/tv2_trees_xray_20260919_2205` · `tv2_clamp_20260919_2213`)
|
|||
|
|
|
|||
|
|
- 나무: `TV2TreeToggle`(메뉴 BurningTimes/TestVisual2 Trees/Hide·Restore) — 터레인 나무 5,246그루(원형 TV2_Tree_01~08)를 `TV2_HiddenTrees.json` 에 보관하고 제거, 나무 오브젝트 21개 끔. 풀·꽃·덤불 39,702개 유지
|
|||
|
|
- 지면: `TV2GroundClamp`(한 번 실행) — TV2_Terrain 높이맵 중 0 m 보다 높은 252,052 샘플을 −0.01 m 로(강·호수는 그대로), 맵 오브젝트 255개를 새 지면에 맞춰 내림. 이후 모든 구간 0.2 m 초과 0%
|
|||
|
|
- X-ray: `TV_CharacterBehindObjects.shader` 에 전역값 `_TV_XRaySuppress`(기본 0 = TestVisual 기존과 동일) + TestVisual2 `BT_Visual` 에 `TVXRayGate` — 카메라→캐릭터 뼈 15곳 선분이 소품·몬스터(렌더 경계 상자에 내접한 타원체)·터레인 나무에 막힌 비율 85% 이상일 때만 켬(70% 미만이면 끔, 0.12 s 페이드). 물리 광선은 쓸 수 없음(이 맵 소품 충돌체는 CollidesWith=0, 집은 충돌체 없음)
|
|||
|
|
- 검증(Play): 옛 매몰 지점 풀밭 비율 0.00(정상 표시) · 바위가 다리만 가림 0.33(X-ray 없음) · 집 뒤 완전 가림 1.00(X-ray 표시)
|
|||
|
|
- 잔여 파일 `NanumBarunGothic SDF.asset` Play 로 재기록 → 다시 되돌림(백업 `residue_20260919_2225`)
|
|||
|
|
|
|||
|
|
### 남은 이슈
|
|||
|
|
|
|||
|
|
- `TV2DarkFantasy` 를 다시 실행하면 TV2_Terrain 을 제작사 원본에서 새로 복사해 언덕·나무가 되살아남 → 재실행 시 `TV2GroundClamp` · `TV2TreeToggle.Hide` 도 다시 실행
|
|||
|
|
- 캐릭터 밝기(어두운 의상)·모션 개선안은 §12 PD 결정 대기
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 14. TestVisual2 캐릭터 조명 · 바닥 광택 제거 · 숲 바닥 텍스처 (BT18 ⑱)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "1. 캐릭터에게 라이트가 필요할 것 같아. (너무 어두워서 캐릭터가 잘 안보여) 2. 배경 바닥 타일이 너무 반사광이 심한 것 같아. (마치 금속같은 광택이 나는데 이런 질감은 게임과 어울리지 않는 것 같아.) 3. 숲 배경에 적합한 바닥 텍스쳐가 우리 게임의 리소스에 존재하는지 체크해보고 없으면 ComfyUi를 이용해 그려서 꾸며줘." → (작업 중) "멈췄어."
|
|||
|
|
|
|||
|
|
### 원인 (실측)
|
|||
|
|
|
|||
|
|
- 광택: 바닥 레이어 매끈함·금속성은 이미 0. 다크 판타지 연출이 바닥 색을 선형 약 0.01 로 낮춰, URP 지형 셰이더가 매끈함 0 에서도 남기는 기본 반사(4%, 빛이 스치는 각도에서 커짐)와 환경 반사(TestVisual 용 큐브맵)가 바닥 색보다 밝았다. 새 텍스처에서도 캐릭터 키 라이트 앞쪽에 반짝이 무리로 재현(파티클 끔·달빛 끔 비교로 키 라이트 반사임을 확인)
|
|||
|
|
- "멈췄어": PD Play 중 PM 의 점검 스크립트가 지형 분포 4096×4096(약 200 MB)을 한 번에 읽어 수 초 정지한 것으로 추정 — 이후 Play 정상 종료·오류 없음. PD Play 중 무거운 스크립트 금지
|
|||
|
|
|
|||
|
|
### 결과 (미커밋 · 백업 `개발팀_백업/FirstRising/tv2_floor_20260919_2246`)
|
|||
|
|
|
|||
|
|
- 캐릭터 조명: `TVCharacterLight`(TestVisual2 BT_Visual) — 캐릭터 렌더러에만 SH 주변광(차가운 바탕 0.72/0.8/0.98 + 카메라 쪽 위 35°·옆 25° 에서 따뜻한 키 3.2). 바닥·소품 무영향. 키 라이트(KeyLight_Player) 2.2 → 2.6
|
|||
|
|
- 바닥 텍스처: 게임 리소스에 적합한 것 있음 → ComfyUI 미사용. `TV2ForestFloor` — 흙 `LevelAssets/Swamp/Textures/ground6`(타일 5 m) · 이끼 `_Graveyard/.../GroundMoss`(4 m) · 늪 풀 `AugustSwampyGrass`(4 m) · 젖은 진흙 `AugustWetMud`(3 m), 노멀맵 포함·원본은 참조만. 분포 흙 67% · 이끼 19%(노이즈 패치) · 늪 풀 13% · 진흙 1%. MEP `ForestFloor` 는 가져오기 512 로 뭉개져 제외
|
|||
|
|
- 광택: TestVisual2 전용 무광 지형 셰이더 `TV2_TerrainLitMatte`(URP TerrainLit 사본, 반사 하이라이트·환경 반사 끔) + 재질 `TV2_TerrainLitMatte.mat` 을 맵 지형에 적용 · TestVisual2 환경 반사 강도 1 → 0.35
|
|||
|
|
- 검증(Play): 중앙·옛 매몰 지점 모두 캐릭터 선명, 반짝이 사라짐, 캐릭터 주변 흙 질감 보임
|
|||
|
|
- 잔여 파일 두 개 다시 되돌림(백업 `residue_20260919_2256`)
|
|||
|
|
|
|||
|
|
### 남은 이슈
|
|||
|
|
|
|||
|
|
- 화면 전체는 여전히 어둡다(달빛만 받는 먼 바닥은 거의 검정) — 더 밝히려면 달빛·노출 조정(PD 판단)
|
|||
|
|
- 캐릭터 모션·품질 개선안 §12 PD 결정 대기
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 15. 공격 모션 · 대기 모션 · 램프 · 텍스처 퀄리티 · 키아트 방향 (BT18 ⑲)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "1. 캐릭터의 공격 모션이 너무 어색해 왜 그런지 체크해보고 자연스럽게 수정해줘. (현재 내 화면 실측) 2. 캐릭터가 가만이 있을 때는 공격 동작을 반복하지 않고, 대기(IDLE) 모션이 나오도록 수정해줘. 3. 게임 화면이 너무 어둡고 칙칙해 캐릭터 주변을 밝히는 광원을 넣어줘. (램프를 장착한 느낌) → 혹시 구현이 어렵다면 에셋을 추가할게. 4. 전체적인 텍스쳐 퀄리티가 너무 저조한 느낌이야. 텍스쳐 퀄리티를 더 개선할 방법이 없을까?" → (작업 중) 참고 이미지 5장(청록 안개 숲 일러스트·위에서 본 숲 지도 2·녹색 묘지 3D·청록 던전 3D) + "내가 생각한 숲의 분위기나 배경은 이런 색감이나 느낌이길 원해 가능할까?" · "맵을 이런 분위기로 만들려면 어떻게 해야할까? 쉐이더로는 불가능해?" · "전반적인 키아트야." · "내 패키지 매니저에 내가 보유한 에셋과 현재 프로젝트에 보유중인 리소스나 에셋을 살펴보고 가능한 방법을 찾아줘. 쉐이더를 추가하거나 텍스쳐를 추가해야한다면 무엇이 필요한지를 알고 싶어."
|
|||
|
|
|
|||
|
|
### 원인 (PD 화면 실측)
|
|||
|
|
|
|||
|
|
- 대기 중 공격 반복: 가만히 있고 공격·타깃 없음인데 상체 공격 레이어가 `Bow_Attack2`(반복 설정)를 6 s 내내 재생. 게임은 공격이 끝나도 상체 레이어를 마지막 공격 상태로 둠(첫 공격 뒤 m_checkAnimEnd=false)
|
|||
|
|
- 어색한 공격: 팩의 Attack1/2/3 은 플랫포머 콤보(반복·뒤로 물러나는 루트 이동·0.87~1.27 s)를 4종 번갈아 재생 + 루트 모션 적용(ECS 위치와 충돌)
|
|||
|
|
|
|||
|
|
### 결과 (미커밋 · 백업 `개발팀_백업/FirstRising/tv2_lamp_motion_20260919_2309`)
|
|||
|
|
|
|||
|
|
- 공격: `TVBowShotClip` → `Assets/BurningTimes/Visual/Animation/TV_Bow_Shot.anim`(Bow_Attack1 사본, 반복 끔, 루트 이동/회전 포즈에 굽기, 0.87→0.8 s = 게임 원래 활 공격 길이). TestVisual·TestVisual2 의 Bow0~4 를 모두 이 클립으로. `TVAnimationOverride` 가 루트 모션 적용 끔(끄면 원래 값)
|
|||
|
|
- 대기: `TVAnimationOverride` — 공격이 끝나고 0.3 s 새 공격이 없으면 상체 EmptyState·전신 Idle 로 0.2 s 전환. 실측: 적 없음 → Bow_Idle·상체 비움 / 교전 → TV_Bow_Shot 반복 사격
|
|||
|
|
- 램프: TestVisual2 KeyLight_Player = 따뜻한 점광원 5.5·범위 10 m·캐릭터 옆 위(0.5, 2.3, 1.1) + `TVLampFlicker`(±7% 일렁임). 처음 (0.35, 1.5, 0.45) 은 몸에 너무 가까워 과노출 → 조정
|
|||
|
|
- 색감(참고 이미지 방향 1차): TV2 볼륨 노출 0.45→0.7·대비 24→14·채도 −22→−4·청록 스플릿 토닝·WB −10/−6·비네트 0.36 · 안개 청록(0.05, 0.12, 0.11) 8~46 m · 환경광 청록 · 달빛 청록(0.55, 0.82, 0.78)×1.35. `TV2DarkFantasy` 상수도 같은 값으로
|
|||
|
|
- 텍스처: `VisualProfileSwitcher` 가 Play 중 비등방성 필터링 강제(끄면 원래 품질 설정으로) — TestVisual·TestVisual2 공통
|
|||
|
|
- 보유 에셋 조사: Asset Store 내려받은 목록 19종(`%APPDATA%\Unity\Asset Store-5.x`) — 관련: Brute Force Grass Shader · Critter Volumetric Lighting · Low Poly Nature Bundle · EricWang VFX 3종(URP) · Make Your Fantasy Game Lite (모두 미임포트). 프로젝트: `LevelAssets/_Graveyard`(프리팹 112: 납골당·묘비·펜스·가고일) · `Dry_Trees`(고목 7) · Toby Fredson 던전 · MEP 중세 · Swamp·WaterWorks 물 · Oasis `HeightFog.shadergraph` · Piloto Simply Toon · AmplifyShaderEditor · VFX 다수(Hovl·KriptoFX·MagicArsenal 등). ComfyUI: NoobAI XL 계열 일러스트 모델 2 + LoRA 1, 이음매 없는 타일 전용 노드 없음(기본 인페인팅으로 이음매 처리 가능)
|
|||
|
|
|
|||
|
|
### 남은 이슈 (PD 결정)
|
|||
|
|
|
|||
|
|
- 키아트 구현 단계·범위(보고서 1~3단계), 텍스처 해상도 상향(TestVisual2 전용 사본 1024~2048)·렌더 배율 1.0/안티에일리어싱 여부, 에셋 임포트(Brute Force Grass·Critter Volumetric) 여부
|
|||
|
|
- (추가) PD "참고 사항: 내가 첨부한 이미지들은 우리 게임에서 추구하려는 키 아트라고 보면 돼. (레퍼런스 게임: 디아블로4)" + 3장(손그림풍 청록 묘지 ARPG · Corepunk 촛불 광장 · 디아블로4 라이팅) → 방향 정리·수정 제안 보고(맵 뼈대를 저폴리 숲 팩 대신 보유한 디테일 에셋으로), 착수 결정 대기
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 16. 키아트 구현 1→2→3단계 (BT18 ⑳)
|
|||
|
|
|
|||
|
|
### PD 원문
|
|||
|
|
|
|||
|
|
> "네가 제안한 방법 1→2→3단계를 진행해봐." · (작업 중) "질문 : 디아블로4와 같은 느낌을 주려면 LowPoly 모델링의 맵이 유리할까? 아니면, 고퀄리티 맵이 필요할까?"
|
|||
|
|
|
|||
|
|
### 답변(질문)
|
|||
|
|
|
|||
|
|
- 디아블로4 느낌 = 폴리곤보다 재질 정보량(사실적 손그림 텍스처·노멀·오염 디테일) + 빽빽한 소품 + 조명·안개. 단색 로우폴리는 반대 방향. 16 m 카메라·모바일 기준 소품당 1천~1만 삼각형 + 1K~2K 텍스처가 현실적 목표
|
|||
|
|
|
|||
|
|
### 결과 (미커밋 · 백업 `개발팀_백업/FirstRising/tv2_keyart_20260919_2329`)
|
|||
|
|
|
|||
|
|
- 1단계 `TV2KeyArtLayout`(메뉴 Apply/Remove, 시드 고정): 지형 레이어 1 → 돌길(길 3 · 공터 3, 17,850 텍셀), 길 위 풀·꽃 181 치움, 옛 진흙 분포는 늪 풀로 · 저폴리 숲 소품 61 끔(`TV2_KeyArt_Hidden.json`, Remove 로 복원) · 고목(Dry_Trees) 45 + 덤불 34 를 길 가장자리에만 · 서쪽 묘지(납골당·가고일 2·묘비 무리·돌담 8) · 불빛(TestVisual2 씬 `TV2_KeyArt_Lights`): 광장 횃불 4 · 큰길 횃불 · 묘지 푸른 횃불 2(Piloto Arcane) · 촛불 6 · 모닥불(PowerUps + Piloto 불) — 점광원 19(횃불 6/8.5 m · 촛불 2.4 · 푸른 4.5 · 모닥불 10/13 m)
|
|||
|
|
- 가림 반투명: `TV2_FadeLit.shader`(URP Lit 사본, 캐릭터를 가리는 부분만 4x4 디더) + `TVOccluderFade`(캐릭터 화면 위치 전역값). 고목 재질 사본 `TV2/Materials/Fade`
|
|||
|
|
- 2단계 텍스처: ComfyUI(헤드리스 `--port 8188`, NoobAI XL) + `texgen.py`(txt2img → 반 칸 밀기 → 이음매 인페인팅 → 색 맞춤 → 큰 밝기 얼룩 펴기 → 노멀) — 돌길 `TV2/Textures/Generated/TV2_Gen_path_cobble`(1024, 이음매 없음). 흙·이끼는 모델이 텍스처 대신 일러스트를 그려 실패 → 기존 고품질 원본의 TestVisual2 전용 사본 `TV2/Textures/HQ`(1024 · ASTC 4x4, 게임 원본은 512 · ASTC 8x8) `TV2FloorHQ`
|
|||
|
|
- 3단계: 바닥 안개 파티클(70 m 구역 · 최대 45장 · 수평 판 · 알파 0.09, `TV2KeyArtLayout.CreateMist`) · 색감을 초록 청록 → 푸른 밤(따뜻한 불빛 대비)으로 재조정(노출 0.75 · 대비 18 · 채도 −8 · 달 0.58/0.72/0.9 ×1.25 · 안개 0.05/0.075/0.1)
|
|||
|
|
- 미적용(사유): Critter Volumetric Lighting — 화면 공간 레이마칭, 깊이 텍스처 필요(TestVisual 은 성능상 끔) · Brute Force Grass — 지오메트리 셰이더(iOS Metal 미지원·모바일 부담) · 외곽선/그림 필터 — 디아블로4 방향 아님
|
|||
|
|
- ComfyUI 서버는 작업 뒤 종료(GPU 메모리 반환). 잔여 파일 2개 되돌림
|
|||
|
|
|
|||
|
|
### 남은 이슈
|
|||
|
|
|
|||
|
|
- 전체 밝기·불빛 세기 취향 조정(PD 확인) · 돌길 3 m 반복 무늬 · 모닥불 주변 소품(통나무 등) 미배치 · 볼류메트릭 조명 PC 전용 시험 여부
|