역자의 말: 요 몇일 늦은 나이에 운전면허 따러다니고 고객사 일 돌보고 버그 수정 하느라 업데이트가 늦었습니다. 파트2는 바다 서피스 렌더링에 관한 내용들로 이루어 져 있습니다.저자: 秋大叔flux single layer water 셰이딩(착색)드디어 셰이딩 파트까지 왔다. 이제부터는 앞에서 했던 것들보다 “눈에 보이는 보상(정답 체크)”이 훨씬 자주 나온다. 마치 그림 그릴 때, 고통스러운 스케치/선 따기 단계는 끝났고 이제 색칠 들어가는 느낌.근데 아직은 완전히 시원하게 ‘색칠만’ 할 수는 없다. 명암 이분 같은 기본 광영 처리를 아직 안 했기 때문이다. 그 명암 변화들까지 다 처리하고 나면, 남는 건 진짜로 파라미터 조절하면서 쾌감 있게 색칠하는 단계가 된다.Flux의 single layer wat..

역자의 말: 저자분이 언리얼 엔진 워터플러그인을 분석 해 나가면서 유니티로 재현해 나가는 과정을 담은 글인데요. 읽을 거리들이 꽤 많습니다. 그래서 공유 해 봅니다. 내용이 매우 길어서 스크롤 압박과 함께 지루해 질 법 하여 파트 1과 파트 2로 나눴습니다. 먼저 파트1 부터~저자: 秋大叔잡담업무 때문에 어쩔 수 없이 한동안 ‘카툰 렌더’를 내려놓고, 이것저것 PBR을 파고들게 됐다. 그러다 일하다가 문득 UE의 물 플러그인 FluidFlux가 너무 궁금해져서, 이렇게 튜토리얼 글을 쓰게 됐다.다행히 예전에 아주 기초적인 물 렌더링을 한 번 연구한 적이 있고, 그때 블로그로도 정리해 둔 적이 있다. 그런데 이번에 한동안 FluidFlux 물을 파고들어 보니… 예전에 했던 물 렌더링은 빠진 게 꽤 많더라...

역자의 말: 조만간 모 고객사의 섀도우 시스템을 최적화 하는 솔루션을 제공해야 하는 터라 이런 저런 레퍼런스들을 살펴보는 중입니다. 그 중에서 제키군의 실험적인 테크 포스트가 있어 소개 합니다.저자: jackie 偶尔不帅적용 시나리오실시간 섀도우맵은 압축이 필요 없다. 하지만 평행광에 대해 전체 씬 규모의 오프라인 static shadowmap을 구워두면서 동시에 높은 정밀도를 요구할 경우에는 보통 VRAM 최적화가 필요하다. 예를 들어 우리 프로젝트의 2x2km 대형 씬에는 1024x1024 섀도우맵이 400장이나 있는데, 이걸 한꺼번에 전부 로드하면 상상만 해도 끔찍하다. 그래서 일반적으로는 스트리밍 인/아웃 + VT(Virtual Texturing) 방식을 쓰거나, 조금 더 단순하게 한 번에 전부 ..

저자: 欧几里得范数《Call of Dragons》 렌더링 프레임 캡처 분석과 미스터리0 들어가며《Call of Dragons》는 LeGou(乐狗)에서 개발하고 Lilith(莉莉丝)에서 퍼블리싱한 인기 SLG 게임입니다. 이 게임 이전에도 같은 조합(LeGou 개발, Lilith 퍼블리싱)으로 또 다른 인기 SLG인 《Rise of Kingdoms》(통칭 ROK)가 있었기 때문에, 《Call of Dragons》는 흔히 ROK2라고도 불립니다.다만 ROK가 순수 2D 렌더링 파이프라인에 가까웠던 것과 달리, 《Call of Dragons》는 3D 씬에 일부 2D 렌더링을 섞는 방식을 사용했고, 결과적으로 화면 품질과 성능을 꽤 잘 잡아낸 편입니다.그리고 엔진/그래픽 프로그래머/TA 입장에서는 요즘 프레임 ..

역자의 말: 구정 연휴 잘 보내고 계신가요? 부모님댁에도 다녀오셨겠죠? 여전히 운전면허가 없는 저로서는 대중교통에서 보내는 시간이 참 많습니다. 고향에 가는 길이라도 만약 대중교통을 이용한다면 그 시간에 짧게 읽어볼만한 짧은 임포스터 소개글이 있어서 업데이트 해 봅니다.저자: 欧几里得范数Impostors 상세 해설 — 종이 한 장으로 만들어낸 아름다운 환상0 들어가며예전에 《Call of Dragons》를 프레임 캡처로 분석한 적이 있는데, 자세한 내용은 《Call of Dragons》렌더링 프레임 캡처 분석과 미스터리에서 볼 수 있습니다. 해당 글에서는 《Call of Dragons》가 3D 씬과 일부 2D 렌더링을 결합해 성능을 최적화한다고 설명하며, 그 핵심 아이디어로 “3D→2D 변환(三转二)”을..

역자의 말: 꽤 오랜 시간동안 유니티를 사용해서 프로젝트를 진행 하면서 가장 불만족 스러운 부분은 그림자 처리 방식입니다. 물론 언리얼 엔진도 나나이트를 사용할 때 VSM 이 성능을 보장하기 때문에 아직까지는 CSM 의존적이라고 할 수 있지만요. 구정 연휴가 끝나면 고객사에 제공할 그림자 시스템 개발에 들어갈 텐데요. 2019년 가로 세로 32키로 크기의 심리스 월드 개발을 해 본 적이 있기 때문에 그때 사용했던 방식을 거의 그대로 답습할것 같네요. 아래 글에서도 나오는 케시 기반 셰도우와 공간 클러스터링 기법을 사용한 프록시 셰도우 메시등을 사용하는 것은 주로 근접 그림자 품질보다는 원경 그림자 보장과 전반적인 버택스 버퍼를 아끼는 기법이며 기본적으로는 셰도우 케시팅을 위해 호출해야하는 추가적인 콜을 ..

역자의 말: 블랜더 커뮤니티에서 열심히 활동하고 있는 XIYAG 군의 블랜더 자료를 보던 중에 이 전의 글이 보여서 공유 해 보려고 준비 했습니다. 개인적으로 메시를 잘라서 쓰는 방식이 아니어도 될테니지만 아마도 pixel discard 에 대한 염려를 하는 스타일로 보입니다. 2018년부터 2020년 까지 개발하던 오픈월드 엠엠오 프로젝트에서도 이와 유사한 방식으로 회사에서 구현 했던 적이 있는데요. 다른 점이라면 SDF 맵을 사용해서 클라우드 커버리지를 제어 한다는 점인데 제목처럼 미호요에서 사용한 방식으로 알고 있어요. 아무튼 정성스럽게 작성 된 테크니컬 아티스트 " 新杨XIYAG" 군의 글 읽어보시죠.저자: 新杨XIYAG이 글(시리즈)은 Unity URP 렌더 파이프라인에서, 제가 원신 스타일의..

저자 : jackie 偶尔不帅계기대규모 오픈월드 프로젝트를 경험한 기술자라면 나무의 높은 버텍스 수에 대해 깊은 인상을 받았을 것이다. 나에게는 특히 잊을 수 없는 부분이다. 그래서 시간이 날 때마다 어떻게 하면 면 수를 줄일 수 있을지 끊임없이 고민해왔다. 하지만 동시에 높은 면 수가 나무 표현에 얼마나 중요한지도 잘 알고 있다. 많은 TA들이 렌더링 자체부터 접하기 시작하다 보니, 오히려 렌더링의 가장 기본이 되는 정확한 지오메트리 정보를 간과하기 쉽다. 극단적으로 말하면, 지오메트리 정보가 충분히 풍부하다면 노멀맵, 하이트맵/테셀레이션 디스플레이스먼트 맵, 심지어 러프니스 맵도 필요 없다. 우리가 렌더링 기술에 각종 맵을 추가하는 것은 단지 지오메트리 정보 손실 후의 상황을 보완하기 위해서일 뿐이다..

메이즈라인 테크 블로그 글을 소개하고 있습니다.Unity 6.3 코드베이스 분석을 통해 드러난 Surface Cache 기반 실시간 글로벌 일루미네이션(GI) 기술은 씬의 조명 정보를 패치 단위로 저장하고 업데이트하는 혁신적인 기법을 핵심으로 합니다. 이 시스템은 Spherical Harmonics 압축과 계층적 그리드 시스템을 활용하여 동적 환경에서도 메모리 효율성을 유지하며 정교한 빛의 반사를 구현합니다. 특히 최신 연구 성과인 ReSTIR와 RIS 같은 샘플링 기술을 도입하여 적은 계산량으로도 오프라인 렌더링에 가까운 고품질 시각 효과를 실시간으로 제공합니다. 현재는 비활성화된 상태이지만, 이 기술이 정식 도입되면 게임 내 라이트와 오브젝트의 변화에 즉각 반응하는 라이브 GI 환경이 구축될 것으로 ..

연초(年初)가 되었지만 최근까지 서포트를 하던 판교 S모사 유지보수 마무리를 하면서 글을 써 봤습니다.이 토픽은 메이즈라인 블로그 글을 소개 하고 있습니다.본 토픽은 유니티 엔진의 Scene View와 Game View 사이에서 발생하는 Outline 렌더링 결과의 불일치 문제를 분석하고 이를 해결하기 위한 기술적 방안을 제시합니다. 두 뷰의 근본적인 구조적 차이와 렌더 파이프라인의 동작 방식을 상세히 설명하며, 작업 과정에서 아티스트가 겪는 혼란을 줄이는 데 초점을 맞춥니다. 구체적으로는 ScriptableRendererFeature를 수정하여 Scene View에서 선택적으로 외곽선 렌더링을 비활성화하는 최적화 코드 구현 방법을 다룹니다. 또한 향후 개선 사항으로 조건부 렌더링이나 에디터 전용 디버그..