Unity/Study

Render Graph란? Render Graph 유튜브 강의를 들으면서 가장 인상 깊었던 점은,하나의 Render Texture가 다른 Render Pass의 입력(Read) Resource로 사용될 수 있다는 구조뿐 아니라, 리소소의 생명주기를 기반으로 메모리를 재사용한다는 점이었습니다. 예를 들어, 위 이미지를 보면 DOF는 Depth Buffer를 입력으로 필요로 합니다.Frame Debugger를 찍어보면 DOF Pass에서 사용된 Render Target이 _Screen Space Occlusion Texture임을 알 수 있습니다. 이는 DOF가 SSAO 결과를 직접 사용하는 것을 의미하기 보다는, SSAO Pass의 생명주기가 종료된 이후 해당 메모리 블록이 DOF Pass의 출력 버퍼로 ..

항상 URP 프로젝트를 해오면서, URP 정체에 대해서는 궁금해한 적이 없었던 것 같습니다.그래서, 이번 시간에 Main Thread부터 GPU까지, RenderPass와 CommandBuffer의 실제 흐름을 한 번 살펴보고자 합니다.들어가며Unity에서 "CPU와 GPU가 어떻게 일을 나누는가?"를 이해하는 것은 렌더링 최적화의 출발점입니다.왜 DrawCall이 많으면 느려지는가?Render State 변경은 왜 비용이 드는가?CommandBuffer는 실제로 어디서 생성되고 실행되는가?위 내용들에 대한 질문을 해소하고 싶으신가요?? 이 글에서는 Main Thread → URP → RenderPass → CommandBuffer → Render Thread → GPU흐름을 단계별로 정리하여 궁금증을 ..

유니티 Debug Symbols 옵션이란?유니티에서 Android / Quest로 빌드할 때 보이는 Debug Symbols 옵션은"크래시가 발생했을 때, 어디서 문제가 났는지 알 수 있도록 도와주는 설정"입니다. 그런데 이걸 이해하려면 먼저 알아야 할 개념이 있습니다. 아래에서 하나씩 알아보겠습니다.크래시 수집이란?게임이 죽었을 때(강제 종료) 남는 기록을 모아서 "왜 디바이스가 강제로 죽었는지"를 나중에 확인하는 과정이 크래시 수집입니다. 크래시 수집은 크게 2가지로 나뉩니다. 구분 의미 예시 로컬 수집개발자가 직접 디바이스에서 로그를 뽑음ADB logcat원격 수집유저 기기에서 난 크래시를 서버가 자동으로 모음Meta Dashboard, CrashlyticsDebug Symbols는 어디에 끼어..

포스팅 쓰는 시점에서의 유니티 버전은 6000.3.6f1 입니다! 버전이 다를 경우 다를 수 있음을 주의해주세요! 유니티 콘솔창에는 Debug.Log의 기록들이 나옵니다. 근데, 로그가 너무 길거나 불필요한 정보까지 항상 같이 나와서 로그창이 보기 싫어지고 지저분한 느낌을 받곤 합니다. 그래서, Console 창을 커스터마이징하여 본인의 스타일에 맞춰서 사용해야 답답함을 해소할 수 있습니다.오른쪽 사진과 같이, 콘솔의 우측에 점 3개가 있습니다. 그 점 3개를 클릭하시면 여러가지 옵션들이 아래와 같이 나옵니다. 이 중에서 눈여겨 볼 옵션은 [Log Entry] , [Stack Trace Logging]이 있습니다.Log Entry의 경우, 출력되는 Log Line의 수를 정할 수 있습니다. 저는 개..

프로젝트 버전 업그레이드를 하거나, 프로젝트 이름이 바뀌게 되면 가끔 패키지 캐쉬가 꼬여서 저렇게 이상한 레이아웃 창들이 뜨는 것을 볼 수 있습니다. 해결 방법은 UserSettings/Layouts 폴더와 Library/StateCache 폴더를 삭제해서 Unity가 새 버전에 맞는 레이아웃을 처음부터 다시 만들도록 하면 해결이 됩니다!

자체 제작한 에디터 스크립트를 활용한 컴포넌트들을 여러개 동시에 수정하려고 선택하다보면 가끔 저런 문구가 뜨는 것을 보실 수 있습니다.Multi-object editing not supported 이런 문구가 뜨면, 본인이 제작한 에디터 스크립트에 다음 아래 한 줄을 추가하시면 됩니다.[CanEditMultipleObjects]그러면 이렇게 다중 선택해도 함께 수정이 가능해집니다.

Collider가 자식에 있고 Rigidbody가 Root에 있는(Compound Collider) 구조면,OnCollisionEnter/OnTriggerEnter는 Collider쪽이 아니라 "Rigidbody가 붙은 GameObject"로 전달됩니다그래서 OnTriggerEnterEvent가 자식(LOD 메쉬 같은 Collider 오브젝트)에 붙어있으면, 콜백이 안 올 수 있습니다.유니티 인생 거의 4년차가 되어 가는데, 이런 기본적인 부분을 놓치고 있었네요.. 완전 멘붕이었는데 어쨌든 이제라도 알았으니 다행입니다.

영상에서의 핵심은 다음과 같습니다.모든 오브젝트를 하나의 루트 아래에 두지 말고 여러 루트로 나누면, 유니티 시스템이 병렬로 바운딩 박스를 계산하여 로딩이 빨라집니다. 모든 객체를 하나의 객체에 전부 넣어두고 프로파일링을 돌려봤을 때, Job Thread를 살펴보면 아무것도 안하고 Idle 상태임을 알 수 있습니다.반대로, 객체들을 Root에서 벗어나 각각 골구로 Root 설정해주었을 땐 Job Thread가 각각 일하는 것을 확인할 수 있습니다.

VR 프로젝트를 하다 보면 가끔 특정 객체에만 콜라이더 충돌 무시를 하고 싶은 경우가 있다.이때 Collider 컴포넌트의 Layer Override 기능을 이용하면 된다. 1. Layer Override Priority같은 오브젝트에 콜라이더가 여러 개 있을 때, 어느 콜라이더의 Override가 우선 적용될지 정하는 우선순위 숫자.숫자가 클수록 우선순위가 높다고 보면 편하다.2. Include Layers여기서 지정한 레이어와는 무조건 물리 상호작용을 하려고 한다는 의미.원래 Layer Collision Matrix에서 충돌 안 하게 돼 있어도, 이 콜라이더는 예외적으로 충돌을 허용할 수 있다.예)Player 레이어, Enemy 레이어는 보통 충돌하게 해놨는데 이 콜라이더만 EnemyProjectil..

하...VR프로젝트 하면서 가장 머리 아픈 녀석은 Occlusion Culling인거 같습니다. 안할 순 없고, 하면 신경쓸게 여간 많아지고..특히, 메쉬 바꾸거나 할 때 오클루전 데이터가 맛이 가면 큰일납니다.. 무슨 큰일이요? 위 이미지처럼 카메라 각도에 따라 보이다가 안보이기도 하고, 거리에 따라 보이다가 안보이기도 하는 마술이오... 무조건 "Occlusion Culling" 을 의심하십쇼!!

저번 시간에 아침과 밤을 표현하는 Sky Box를 개발했었다. 유니티 아침과 밤을 표현할 수 있는 Skybox 개발기획자분들에게 위와 같은 내용의 기획을 전달받았습니다. "해는 조금씩 낮아지고, 노을 하늘이 점점 어두워진다. 안개를 통과하니 밤이 되고 달빛이 내리쬔다." 그래서 구현했습니다. 일단 시wlsdn629.tistory.com하지만, 우리 프로젝트의 가장 큰 문제는 Realtime Righting을 쓰지 않는 다는 점과 APV를 이용하지 않기 때문에,밤 낮 객체에 대한 색 보정을 하기가 곤란했다. 그래서 Material 재질의 색을 바꿔야할까? 고민하던 중!Volume을 쓰기로 결정했다. 전체적인 분위기를 조절하기에 Volume만한게 없는거 같다!

기획자분들에게 위와 같은 내용의 기획을 전달받았습니다. "해는 조금씩 낮아지고, 노을 하늘이 점점 어두워진다. 안개를 통과하니 밤이 되고 달빛이 내리쬔다." 그래서 구현했습니다. 일단 시간을 컨트롤할 수 있는 TimeManager를 개발하였고,해당 매니저가 SkyBox를 컨트롤 할 수 있게 만들었습니다. 아침 - 점심 - 저녁 - 밤 기준으로 나누었고, 아침~저녁에는 구름이 있게, 밤~아침 구간에는 별들이 존재하게 만들었습니다. 시간에 흐름에 따라 태양이 움직이며, 게임이다 보니 좀 과장해서 글레어? 이펙트를 표시했습니다.명세서에 꽃밭을 걷다보면 시간이 흐른다고 했습니다. 특정 구역을 지나가면 시간이 흘러갈 수 있게 Trigger Zone을 만들었습니다.