29. 서브컬쳐 렌더링 리서치 프로토콜
이 문서는 28~48 시리즈를 “링크 모음”이 아니라 검증 가능한 기술 문서로 유지하기 위한 리서치 절차입니다. [A/B]
- [B] 같은 기술이라도 출처가 바뀌면 구현 디테일(채널 의미/패스 순서/정규화 방식)이 달라져 문서가 쉽게 오염된다.
- [A/B] 그래서 “1차 수집 -> 정제 -> 공식 교차검증 -> 확장 -> 레저 등록”을 고정하고, 문장 단위에 등급(A/B/C)을 붙인다.
목적
- [A] 수집/정제/검증 절차를 표준화해 문서 신뢰도를 유지한다.
- [B] 커뮤니티 신호와 공식 근거를 분리해 충돌을 빠르게 찾는다.
증거 등급 요약(A/B/C)
A: 공식 출처(개발사/플랫폼/공식 뉴스)B: 재현 코드/캡처를 포함한 역분석C: 보조 참고(단독 결론 금지)
핵심 개념
서론: “근거”를 먼저 고정해야 구현이 빠르다
- [B] 서브컬쳐 렌더링 문서는 아트/기술이 섞여 있어, 결론부터 쓰면 “예시 코드”가 그대로 복제 레시피처럼 굳어 오해를 만든다.
- [A/B] 그래서 이 시리즈는 근거(OFF/ZH/CSDN/OTH) -> 주장(문장) -> 구현(URP 포인트) 순서로만 확정한다.
개론: 1차 수집(빠르게 넓게) [B]
- [B] 기본 원칙: “게임명 + 기술 키워드”로 시작하고, 이후 “기술 키워드 단독”으로 확장한다.
- [C] 예시 검색 조합(중국어 키워드 포함):
- [C] 명조(鸣潮):
鸣潮 渲染 角色,鸣潮 面部 SDF,鸣潮 头发 高光,Wuthering Waves character rendering - [C] 소녀전선2:
少女前线2 渲染 外描边,GF2 角色 渲染 stencil,Girls Frontline 2 NPR - [C] 엔드필드:
明日方舟 终末地 渲染,Endfield character shading - [C] ZZZ:
绝区零 渲染 外描边 多色,Zenless Zone Zero outline
본론: 1차 정제(쓰레기 제거) [B]
- [B] 아래 항목이 하나라도 강하면 D(배제)로 처리한다.
- [B] 원출처/캡처/코드 없이 “효과 이름”만 반복
- [B] 동일 문단/동일 이미지가 여러 글에 복제(2차 요약/재포장)
- [B] 프레임 분석을 주장하면서 실제 캡처/버퍼 확인/재현 단계가 없음
- [B] 문장 톤이 “단정”인데 근거 링크가 없음
이론: 증거 등급(A/B/C)을 문장에 붙이는 규칙
- [A] A는 “사실(출시/플랫폼/엔진/기능)”의 앵커다. 구현 수식까지 보장하지 않는다.
- [B] B는 “반복 패턴(여러 글/여러 캡처에서 반복되는 구현 형태)”까지 확정한다.
- [C] C는 “관찰/가설/실험 후보”만 기록한다. C만으로 결론을 단정하지 않는다.
심화: 충돌 처리(서로 다른 주장/버전이 섞일 때)
- [A/B] 충돌은 결함이 아니라 “버전/플랫폼/설정 차이”일 가능성이 높다. 문서에서 아래 형식으로 분리한다.
- [B] 확정: OFF로 고정 가능한 사실(플랫폼, 엔진, 기능 제공 여부)
- [B] 반복 패턴: 여러 B 출처에서 공통으로 나타나는 구현 형태(예: face SDF + head space)
- [C] 가설: 특정 글에서만 등장하거나 재현이 어려운 디테일(정확한 패스 순서, 내부 버퍼 포맷)
산출물: “소스 카드”와 “기술 카드” 템플릿
아래 2개를 남기면, 다음 업데이트 때 문서 품질이 떨어지지 않는다. [B]
소스 카드(48장에 등록) [A/B]
- ID:
OFF-###/ZH-###/CSDN-###/OTH-### - 링크: URL
- 날짜: 게시일 또는 확인일(없으면 확인일)
- 요약: “이 글이 무엇을 말하는가”
- 채택 범위: “어느 문장의 근거로만 쓰는가”(예: 플랫폼 사실만, 패턴만)
- 반례/주의: “이 글을 믿으면 위험한 지점”
기술 카드(30장에 반영) [B]
- T-ID: 예)
T002 - 입력 계약: 텍스처/버퍼/채널 의미, 색공간, import 규칙
- 패스 계약: 필요한 LightMode / RendererFeature 위치
- 구현 포인트: 핵심 함수/분기/정규화
- 실패 패턴: 가장 자주 터지는 2~3개
URP 매핑 포인트
- [A] 결과 정규화 축:
Shading,Pipeline,Temporal/Post - [A/B] 기술 문서(35~46)는 각 항목에 최소 1개 URP 구현 위치를 가져야 한다.
- [B] “URP 매핑”은 레시피가 아니라 체크리스트다. 즉, 다음 3개를 같이 남긴다.
- [B] 1) 어디에 넣나: 셰이더(include/함수)인가, RendererFeature(pass)인가
- [B] 2) 무엇이 필요하나: 텍스처/버퍼/패스(DepthNormals/MotionVectors) 계약
- [B] 3) 무엇이 깨지나: 실패 패턴과 디버깅 포인트
실패 패턴/오해
- [B] 같은 작성자 연속 글을 다중 근거로 오인.
- [A] 비공식 요약문으로 출시/플랫폼 사실을 확정.