렌더 품질 문제 해결

렌더 품질 문제는 렌더 실패 문제와 다릅니다. 실패는 작업이 완료되지 않은 것을 의미합니다. 품질 문제는 완료되었지만 결과가 잘못된 것을 의미합니다. 너무 밝거나, 너무 어둡거나, 지오메트리가 누락되거나, 잘못된 카메라가 사용되거나, 뷰포트에서 보이는 것과 출력이 일치하지 않는 경우입니다. 이러한 문제는 거의 항상 인프라 수준이 아닌 구성 수준에서 발생합니다. 즉, 어디를 봐야 할지 알면 귀하 측에서 해결할 수 있습니다.

이 페이지에서는 증상별로 정리하여 팜에서 가장 자주 보는 렌더 품질 문제를 안내합니다. 작업이 전혀 완료되지 않거나, 프레임 중간에 충돌하거나, 오류 코드를 반환하는 경우의 문제 해결은 를 참조하시기 바랍니다. DCC별 설정 세부사항과 각 엔진에서 가장 중요한 렌더 시간 설정은 관련 setting-up-* 문서를 참조하시기 바랍니다.

지원팀에서 매일 활용하는 유용한 작업 원칙이 있습니다. 렌더 품질 문제는 거의 항상 재현 가능합니다. 팜에서 렌더가 잘못 돌아오면, 로컬에서 동일한 씬을 같은 엔진, 같은 버전, 같은 설정, 같은 씬 파일로 렌더링하면 일반적으로 동일한 잘못된 출력이 나옵니다. 이 재현 가능성이 진단의 핵심입니다. 로컬과 팜이 일치하면 문제는 씬 내부에 있으며 팜 측은 아무것도 건드리지 않고 수정할 수 있습니다. 로컬과 팜이 다르면 환경적 문제입니다. 경로 불일치, 버전 불일치, 누락된 에셋, 또는 씬 파일이 아닌 워크스테이션과 함께 이동하는 구성입니다.

아래 섹션은 지원 라인에서 각 패턴을 보는 빈도 순서대로 해당 진단 논리를 따릅니다.

로컬 렌더 대비 밝기 또는 색상 불일치

이것은 저희가 보는 가장 일반적인 품질 불만으로 현저한 차이를 보입니다. 렌더가 로컬 뷰포트에서 보이는 것보다 더 밝거나, 더 어둡거나, 더 채도가 높거나, 색상이 눈에 띄게 다르게 돌아옵니다. 거의 항상 색상 관리가 원인입니다. 워커가 선형, sRGB, 또는 Filmic 파이프라인을 워크스테이션 뷰포트와 다르게 해석하거나, 텍스처 색공간 태그가 일관성이 없는 경우입니다.

빈도 순으로 확인할 다섯 가지 사항:

뷰 변환 불일치. Blender에서는 Render Properties → Color Management → View Transform에 있습니다. 기본값은 Filmic입니다. 워크스테이션 뷰포트에 Filmic이 표시되지만 저장된 씬 파일이 Standard로 설정된 경우(또는 그 반대), 렌더링된 출력은 뷰포트 상태가 아닌 저장된 값을 사용합니다. Maya에서 동등한 설정은 Render Settings → Common의 Color Management입니다(ACES, sRGB, Raw가 일반적인 옵션). 3ds Max에서는 Customize → Preferences → Gamma and LUT의 Gamma 및 LUT 설정을 확인하시기 바랍니다. Cinema 4D에서는 Render Settings → Output → Color Profile을 확인하시기 바랍니다. 뷰포트는 한 변환을 표시하면서 저장된 파일이 다른 것을 지정할 수 있습니다. 렌더러는 저장된 값을 사용합니다.
텍스처 색공간 태그. 색상 데이터로 사용되는 텍스처(디퓨즈, 알베도, 기본 색상)는 sRGB 또는 Color로 태그되어야 합니다. 데이터로 사용되는 텍스처(노멀 맵, 러프니스, 변위, 메탈릭, 불투명도)는 Non-Color, Linear, 또는 Raw로 태그되어야 합니다. sRGB로 태그된 노멀 맵은 미묘하지만 만연한 조명 드리프트를 일으킵니다. 텍스처가 추가 감마 곡선을 거치면 수학이 올바르게 작동하지 않습니다. 제출 전에 셰이더 그래프나 텍스처 브라우저를 확인하시기 바랍니다. 이것이 "내 렌더가 과노출된 것처럼 보입니다" 티켓의 가장 일반적인 원인입니다.
OCIO 구성 드리프트. 워크스테이션이 커스텀 OCIO 구성(ACES 1.3, AgX, 스튜디오 전용 구성)을 사용하는 경우, OCIO 구성 파일이 프로젝트 아카이브에 포함되어야 하고, 프로젝트 파일이 상대 경로(귀하의 컴퓨터에만 존재하는 절대 경로 아님)를 통해 참조해야 합니다. 워커가 부팅되고 씬을 읽으면 씬 파일이 지정하는 경로에서 OCIO 구성을 찾습니다. 파일이 없으면 렌더러가 기본 구성(일반적으로 Blender의 경우 Filmic, 대부분 다른 경우 sRGB)으로 자동 폴백하여 색상이 드리프트됩니다.
출력 형식이 예상과 다르게 색상을 임베드합니다. 색공간 메타데이터를 포함하지 않는 출력 형식(PNG, JPEG, BMP)은 디스플레이 변환을 픽셀 값에 구워 넣습니다. EXR(선형, 32비트)은 원시 씬 참조 데이터를 보존하고 합성 단계에서 뷰 변환을 적용합니다. 동일한 렌더에서 팜의 PNG 출력과 EXR 출력을 비교하면 의도적으로 다르게 보입니다. 이것은 버그가 아닙니다. 형식이 작동하는 방식입니다. 합성기에서 일치하는 뷰 변환이 적용된 상태로 두 파일을 보면 일치해야 합니다.
노출 또는 포스트 프로세스 드리프트. 일부 DCC는 씬 파일에 포스트 프로세스 "룩" 또는 노출 보정을 저장하지만 렌더 시간에 다르게 적용합니다. 렌더 출력 노드, 카메라의 노출 설정, 렌더 레이어 다운스트림의 합성 노드를 확인하시기 바랍니다. 렌더 시간에 적용되지 않는 −0.5 EV 뷰포트 노출은 예상보다 반 스톱 밝은 렌더를 생성합니다.

모든 밝기 티켓에서 저희가 권장하는 진단 테스트: 동일한 설정으로 워크스테이션에서 로컬로 문제 씬의 한 프레임을 렌더링하시기 바랍니다. 로컬과 팜이 일치하면 씬의 색상 관리가 의도한 대로 구성되어 있습니다. 뷰포트가 단지 다른 해석을 보여주는 것입니다. 로컬과 팜이 다르면 먼저 OCIO 구성 포함과 텍스처 색공간 태그를 확인하시기 바랍니다.

카메라가 감지되지 않거나 "씬에 카메라 없음"

렌더러가 렌더링할 카메라를 찾을 수 없습니다. 프레임이 생성되기 전에 작업이 중단되거나, 출력이 비거나 기본 뷰포트 상태입니다. 세 가지 일반적인 원인:

렌더 가능으로 표시된 카메라 없음. Maya에서 Render Settings → Common → Renderable Cameras가 어느 카메라를 렌더링할지 결정합니다. 기본값은 persp로, 이는 모델링 뷰포트의 원근 뷰입니다. 최종 샷에 원하는 것이 아닌 경우가 대부분입니다. 실제로 원하는 카메라에 렌더 가능 플래그를 설정하시기 바랍니다. Blender에서 씬의 활성 카메라(Properties → Scene Properties → Camera)가 렌더링되는 카메라입니다. 그것만 렌더링됩니다. Cinema 4D에서 Render Settings → Output → Camera 필드가 설정된 경우 어느 카메라를 렌더링할지 재정의합니다. 그렇지 않으면 에디터의 활성 카메라가 사용됩니다. 3ds Max에서 Render Setup → Common → Camera(또는 View 드롭다운)가 렌더 카메라를 선택합니다.
렌더 가능 카메라가 숨겨져 있습니다. 일부 DCC(특히 Maya)에서는 아웃라이너에서 숨겨진 카메라도 Render Settings에서 렌더 가능으로 표시된 경우 여전히 렌더링됩니다. 다른 DCC(특히 Blender)에서는 카메라를 숨겨도 렌더에 직접적인 영향이 없지만, 씬을 최근 재구성한 경우 원하는 카메라가 활성 씬에 있고 선택되지 않은 별도의 컬렉션, 렌더 레이어, 테이크, 또는 씬에 있지 않은지 확인하시기 바랍니다.
잠긴 뷰포트가 렌더 가능 카메라를 재정의합니다. 3ds Max와 Maya에서 "잠긴 뷰포트" 패턴은 렌더러가 의도한 카메라 대신 뷰포트의 현재 카메라를 사용하게 할 수 있습니다. 이는 "카메라 없음"(뷰포트가 렌더러가 거부하는 비카메라 원근 뷰에 있는 경우) 또는 "잘못된 카메라"(다음 섹션)로 나타납니다. 제출 전에 뷰포트의 잠금을 해제하거나, Render Setup에서 뷰를 Render로 명시적으로 설정하시기 바랍니다.

DCC별 카메라 구성은 , , , 또는 를 참조하시기 바랍니다.

렌더링된 씬에 조명이 없음

지오메트리는 렌더링되지만 씬이 완전히 어둡거나, 조명이 예상보다 훨씬 어둡습니다. 종종 표면에 빛이 전혀 닿지 않음을 암시하는 검정 위의 와이어프레임처럼 보입니다.

확인할 네 가지 사항:

렌더 가시성에서 조명이 비활성화되어 있습니다. Maya에서 조명은 Attribute Editor(Visibility → Render)에 렌더별 가시성 플래그가 있습니다. 아웃라이너에서 볼 수 있는 조명도 렌더 시간 계산에서 제외될 수 있습니다. Blender에서 조명 오브젝트의 렌더 가시성(아웃라이너의 카메라 아이콘 토글)은 조명이 렌더에 기여하는지를 제어합니다. 눈 아이콘 뷰포트 토글과 별개입니다.
조명이 숨겨진 뷰 레이어, 렌더 레이어, 또는 컬렉션에 있습니다. 뷰포트에서는 보이지만 렌더링되지 않는 레이어에 할당된 조명은 기여하지 않습니다. 조명이 렌더링 중인 레이어나 컬렉션에 있는지 확인하시기 바랍니다. 렌더 시간에 숨겨진 형제 레이어에 있지 않아야 합니다.
환경 조명이 비활성화되어 있습니다. 씬이 HDRI 환경 조명에 의존하는 경우(건축 시각화와 제품 시각화에서 흔함), Render Properties에서 환경이 활성화되어 있는지 확인하시기 바랍니다. Blender에서 World → Surface에 Environment Texture 또는 Background 셰이더가 연결되어 있어야 합니다. Maya에서 Hypershade 환경 노드가 씬의 렌더 시간 환경 슬롯에 연결되어 있어야 합니다. 3ds Max에서 Environment and Effects(키보드 단축키 8)에 HDRI가 할당되어 있어야 합니다. V-Ray에서 V-Ray Environment 재정의는 씬 환경을 재정의하는 별도 설정입니다.
GI 또는 간접 조명이 비활성화되어 있습니다. V-Ray와 Corona의 경우 Global Illumination은 "씬에 조명 있음"과는 별개 설정입니다. GI 바운스를 위해 설계된 씬이지만 활성 렌더 프리셋에서 GI가 비활성화된 경우, 모든 직접 조명이 올바르게 구성되어 있어도 어둡게 나타납니다. V-Ray에서 GI → Enable global illumination이 켜져 있어야 합니다. Corona에서 GI → Solver가 설정되어 있어야 합니다(Path tracing 또는 UHD Cache). Redshift에서 GI → Enable GI가 켜져 있어야 합니다. 이 활성화 이후의 엔진별 GI 캐시 구성은 를 참조하시기 바랍니다.

빠른 진단 테스트: 씬 위에서 강도 1.0의 Sun 또는 Directional 조명을 임시로 추가하고 한 프레임을 렌더링하시기 바랍니다. 그것도 출력에 나타나지 않으면 문제는 광원 구성이 아닌 레이어 또는 컬렉션 가시성입니다. 테스트 태양이 올바르게 렌더링되면 원래 조명이 문제입니다. 위의 네 가지 확인 사항으로 되돌아가시기 바랍니다.

올바른 카메라를 지정했는데도 잘못된 카메라가 렌더링됨

카메라 A를 렌더 카메라로 설정했지만 출력에 카메라 B의 뷰가 표시됩니다. 이것은 씬 파일이 검사 시 올바르게 보이기 때문에 더 짜증스러운 품질 문제 중 하나입니다. 렌더 가능 플래그가 올바른 카메라에 있고 활성 카메라도 원하는 것입니다. 원인은 거의 항상 다음 세 가지 중 하나입니다.

3ds Max 또는 Maya에서 뷰가 뷰포트에 잠겨 있습니다. 잠긴 뷰포트(우클릭 뷰포트 레이블 → Lock)는 Render Setup 카메라 선택을 재정의합니다. 렌더러는 구성한 카메라가 아닌 뷰포트 카메라를 사용합니다. 씬을 저장하기 전에 뷰포트의 잠금을 해제하거나, Render Setup → Common(Maya) 또는 Render Setup → Output(3ds Max)에서 뷰를 Render로 명시적으로 설정하시기 바랍니다. 이것이 3ds Max 제출에서 "잘못된 카메라" 티켓의 가장 일반적인 원인입니다. 잠금은 단축키로 쉽게 설정되고 제출 전에 놓치기 쉽습니다.
잘못된 활성 카메라가 있는 다중 카메라 씬. 씬에 여러 카메라가 있는 경우(턴테이블, 히어로, 뷰티, 디테일, 대안), 현재 씬, 테이크, 또는 렌더 레이어에 어느 것이 활성 카메라로 설정되어 있는지 확인하시기 바랍니다. Cinema 4D에서 각 Take는 자체 카메라를 가질 수 있습니다. Blender에서 각 씬은 자체 활성 카메라를 가집니다. Maya에서 Render Setup 레이어는 레이어별로 카메라를 재정의할 수 있습니다. 렌더링되는 카메라는 뷰포트에서 마지막으로 선택한 것이 아닌, 제출한 레이어/테이크/씬 수준에서 할당된 카메라입니다.
테이크, 씬, 또는 렌더 레이어 불일치. 렌더 레이어 A를 제출했지만 Master에서 카메라를 상속하고 Master의 카메라가 카메라 B인 경우가 있습니다. 항상 카메라를 명시적으로 가진 테이크 또는 레이어에서 제출하고, 체인을 확인하지 않은 경우 상속에 의존하지 마시기 바랍니다.

출력 이미지가 부분적이거나, 잘리거나, 전체 프레임이 아님

렌더링된 이미지가 돌아왔지만 프레임의 일부만 채워져 있습니다. 나머지는 검정, 투명, 또는 반복된 뷰포트 색상입니다. 확인할 네 가지 사항:

렌더 영역이 활성화되어 있습니다. V-Ray, Corona, Arnold, 여러 다른 렌더러에서 "Region" 옵션은 빠른 미리 보기를 위해 전체 프레임의 하위 사각형만 렌더링할 수 있게 합니다. 로컬 테스트 중에 Region이 활성화된 상태로 제출 전에 비활성화하지 않으면 워커는 해당 영역만 렌더링합니다. 나머지 프레임은 기본 채우기 색상으로 남습니다. 이것이 부분 프레임 출력 티켓의 가장 일반적인 원인입니다.
씬과 렌더 설정 간의 출력 해상도 불일치. Render Properties 출력 해상도와 출력 파일의 실제 프레임 크기가 일치해야 합니다. 씬의 카메라 조리개가 한 해상도로 설정되고 출력이 다른 해상도로 설정된 경우, 렌더러가 부분 채우기를 생성할 수 있습니다. 카메라가 출력 캔버스보다 작은 영역을 "봐서" 빈 영역이 채워지지 않습니다.
카메라와 출력 간의 종횡비 불일치. 1.0 출력으로 렌더링하는 1.78 종횡비 카메라는 부분 이미지를 생성합니다. 카메라의 뷰가 출력 프레임을 채우지 않습니다. 카메라의 필름 백 종횡비가 출력 종횡비와 일치하는지 확인하시기 바랍니다. 또는 "Fit Resolution Gate"(또는 그것의 동등 설정 — DCC마다 이름이 다릅니다: "Resolution Gate Fit", "Camera Aperture", "Film Gate")가 샷 요구에 따라 fill, horizontal, vertical, 또는 overscan으로 설정되어 있는지 확인하시기 바랍니다.
출력 형식의 테두리 또는 잘라내기 설정. 일부 DCC와 일부 출력 형식은 카메라의 해상도 게이트와 독립적으로 렌더 테두리를 설정할 수 있습니다. 테두리(Render Properties 또는 카메라 속성에서)가 잘라낸 하위 영역이 아닌 전체 의도한 출력 영역을 포함하는지 확인하시기 바랍니다.

검정 또는 빈 렌더

렌더가 오류 없이 성공적으로 완료됩니다. 경고도 없습니다. 그러나 모든 픽셀이 검정이거나 완전히 균일합니다. Maya에서 가장 흔하지만 모든 DCC에서 볼 수 있습니다.

확인할 다섯 가지 사항:

레이어 토글 불일치. Maya에서 지오메트리가 뷰포트에서 보이지만 렌더 시간 가시성 레벨에서 비활성화될 수 있습니다(Display → Hide → Hide All Cameras, 또는 오브젝트별 Render Stats → Primary Visibility = off). Blender에서 동등한 설정은 아웃라이너의 렌더 가시성 토글(카메라 아이콘)입니다. 가장 일반적인 원인은 테스트 후 씬의 레이어를 재구성하고 새 레이어나 컬렉션에서 렌더 가시성을 활성화하는 것을 잊어버리는 것입니다.
카메라 클리핑 플레인이 잘못 설정되어 있습니다. 근거리 또는 원거리 클리핑 플레인이 잘못 설정된 경우(원거리 플레인이 카메라에 너무 가깝거나, 근거리 플레인이 지오메트리 뒤에 있는 경우) 카메라는 뷰 프러스텀에 지오메트리를 포함하지 않습니다. 기본 플레인(씬 스케일에 따라 근거리 0.1, 원거리 1000~10000)은 일반적으로 괜찮습니다. 이 문제는 수동 조정 후에 발생합니다. 특히 비일반적인 씬 스케일(대형 건축 세트 또는 미세한 제품 렌더)로 작업할 때 나타납니다.
렌더 가능 조명이지만 발광이 비활성화되어 있습니다. 조명으로 발광 재질을 사용하는 경우 발광 셰이더가 활성화되어 있고 0이 아닌 강도를 가지고 있는지 확인하시기 바랍니다. 일부 워크플로우에서는 GPU 열을 피하기 위해 뷰포트 인터랙션 중에 발광을 끄고 제출 전에 다시 활성화하는 것을 잊어버립니다.
샘플링이 너무 낮아 보이는 출력을 생성할 수 없습니다. 매우 낮은 샘플 수로 공격적인 패스 트레이스 샘플링 감소를 적용하면, 매우 어두운 씬이 샘플이 충분히 증가할 때까지 전체 검정 출력을 생성할 수 있습니다. 동일한 설정으로 로컬에서 단일 프레임을 렌더링하여 확인하시기 바랍니다. 동일한 샘플 수에서 로컬 렌더도 전체 검정인 경우 샘플링을 늘리거나 조명 설정을 확인하시기 바랍니다.
렌더 출력 노드가 잘못 구성되었습니다 (Blender, Houdini). Blender의 합성기와 Houdini의 ROP 네트워크에서 출력 노드 체인이 저장하기 전에 렌더 결과를 삭제하도록 구성될 수 있습니다. Composite 노드가 Render Layers에 연결되어 있는지(Blender), 또는 ROP의 출력 경로가 올바르게 설정되어 있고 출력 모드가 "Null"이 아닌지(Houdini) 확인하시기 바랍니다.

Maya의 경우 해당 DCC에서 검정 렌더의 가장 일반적인 원인을 방지하는 카메라 선택과 렌더 통계 워크플로우는 를 참조하시기 바랍니다.

씬의 일부 오브젝트가 렌더링되지 않음

특정 오브젝트가 뷰포트에서는 보이지만 렌더링된 출력에서 누락되어 있습니다. 나머지 씬은 올바르게 렌더링됩니다. 모든 DCC에서 일반적으로 발생하며, Blender의 3방향 가시성 모델(뷰포트/렌더/선택)이 잘못 구성하기 쉽기 때문에 Blender에서 약간 더 일반적입니다.

확인할 다섯 가지 사항:

오브젝트의 렌더 가시성 토글. Blender의 아웃라이너에서 오브젝트의 행 위에 마우스를 가져가면 세 개의 아이콘이 가시성을 제어합니다. 눈(뷰포트), 카메라(렌더), 화면(선택 가능). 누락된 오브젝트에 카메라 아이콘이 활성화되어 있는지 확인하시기 바랍니다. Maya에서 Attribute Editor → Render Stats → Primary Visibility가 켜져 있어야 합니다. 3ds Max에서 오브젝트의 Object Properties → Rendering → Visibility가 0 이상으로 설정되어 있어야 하고(Renderable이 체크되어 있어야 합니다).
오브젝트가 숨겨진 컬렉션, 레이어, 또는 세트에 있습니다. Blender의 컬렉션은 별도의 뷰포트와 렌더 가시성을 가지고 있습니다. 컬렉션은 뷰포트에서 보이지만 컬렉션 행의 카메라 아이콘 토글을 통해 렌더에서 제외될 수 있습니다. Maya에서 오브젝트의 Display Layer 할당과 Render Layer 할당은 별개입니다. 3ds Max에서 Layer Properties → Renderable이 렌더 가능 지오메트리를 포함하는 모든 레이어에 대해 켜져 있어야 합니다.
오브젝트의 재질이 보이지 않습니다. 불투명도가 0이거나, 알파가 0이거나, 알파 블렌딩 문제가 있는 재질은 사실상 보이지 않는 것으로 렌더링됩니다. 지오메트리는 있지만 투명합니다. 재질의 불투명도, 알파, 투명도, 알파 블렌드 설정을 확인하시기 바랍니다. 일반적인 함정: 뷰포트에서 "고스트" 참조로 설정되었지만 제출 전에 복원되지 않은 재질입니다.
수정자 스택이 지오메트리를 숨깁니다. 일부 수정자(Boolean, Mask, 극단적인 설정의 Decimate, Build)는 소스 메시가 수정자 스택 뷰포트 모드에서 보이더라도 렌더 출력에서 지오메트리를 효과적으로 삭제할 수 있습니다. 누락된 오브젝트에서 수정자를 하나씩 비활성화하여 어느 것이 문제인지 확인한 후, 수정자 설정을 수정하거나 제출 전에 적용/베이킹하시기 바랍니다.
오브젝트가 끊어진 참조가 있는 프록시 또는 인스턴스입니다. 프록시 오브젝트(V-Ray Proxy, Redshift Proxy, Arnold Standin), Alembic 캐시, 인스턴스는 외부 파일을 참조합니다. 참조 경로가 끊어진 경우(잘못된 절대 경로, 아카이브에 누락된 파일, 워커에 존재하지 않는 네트워크 공유), 프록시가 아무것도 렌더링되지 않습니다. 이는 아래 §누락된 에셋과 겹칩니다. 전체 경로 확인 워크플로우는 해당 섹션을 참조하시기 바랍니다.

GI 캐시, 이레이디언스, 라이트 캐시 잘못된 구성

이 섹션은 와 겹치지만 성능 문제가 아닌 품질 문제로 표면화되는 증상을 다룹니다. 렌더가 프레임 간 깜박임, 얼룩진 간접 조명, 어두운 영역의 밴딩, 또는 동일한 애니메이션의 인접 프레임에서 눈에 띄게 다른 조명으로 돌아온다면 원인은 거의 항상 분산 렌더링에서 살아남지 못하는 GI 캐시 구성입니다.

핵심 문제: V-Ray(Irradiance Map, Light Cache), Corona(UHD Cache, Path tracing), Redshift(Irradiance Cache, Photon Map)의 GI 캐시는 사전 계산된 조명 데이터셋입니다. 애니메이션을 렌더링할 때 캐시는 (a) 한 번 사전 계산되어 모든 프레임에서 재사용되거나, (b) 프레임 간에 동일하게 보일 만큼 충분히 높은 품질로 프레임별로 계산되어야 합니다. 두 가지를 혼합하면(각 워커가 낮은 품질로 프레임별로 자체 캐시를 계산하게 하면) 각 워커의 노이즈 패턴이 다르기 때문에 눈에 띄는 깜박임이 발생합니다.

네 가지 일반적인 잘못된 구성과 해결 방법:

애니메이션의 프레임별 GI 모드. V-Ray의 Irradiance Map과 Light Cache에 대한 "Single frame" 모드는 모든 프레임에 대해 새로운 캐시를 계산합니다. 분산 팜에서 각 워커가 자체적으로 계산합니다. 공유하지 않습니다. 결과는 애니메이션 깜박임입니다. 캐시 파일을 디스크에 저장하여 "Multiframe Incremental"로 전환하거나, 캐시를 별도의 사전 패스로 사전 계산하고 실제 애니메이션 패스에 "From file"을 사용하시기 바랍니다. 전체 워크플로우는 를 참조하시기 바랍니다.
캐시 파일 경로가 로컬이고 워커에 없습니다. C:\Users\YourName\Documents\maps\ir.vrmap에 사전 계산된 Irradiance Map을 저장하고 작업을 제출했다면 워커에는 해당 파일이 없습니다. 첫 번째 원인(프레임별 계산)으로 폴백하고 애니메이션이 깜박입니다. 캐시 파일을 프로젝트 폴더에 저장하고 상대 경로를 사용하고 제출 전에 프로젝트 아카이브에 캐시 파일을 포함하시기 바랍니다.
씬에 대한 캐시 품질이 너무 낮습니다. 올바르게 구성된 경우(사전 계산, 아카이브에 포함)에도, 500 subdivs의 Light Cache나 "Very Low" 품질의 Irradiance Map은 어둡고 GI가 무거운 건축 시각화 씬에 불충분할 수 있습니다. 렌더가 특히 모서리와 가구 아래에서 노이즈하거나 얼룩지게 보입니다. subdivisions를 늘리거나 기준선으로 Universal 프리셋을 사용하시기 바랍니다.
호환되지 않는 카메라 간에 UHD Cache가 재사용됩니다. UHD Cache(Corona, V-Ray)는 카메라 뷰에 따라 다릅니다. 카메라 A용으로 사전 계산된 캐시를 카메라 B에서 재사용하면 잘못된 조명이 생성됩니다. 캐시가 카메라가 있지 않은 곳에 있다고 "생각"합니다. 동일한 씬의 여러 카메라를 렌더링하는 경우 카메라별로 UHD Cache를 사전 계산하거나, 크로스 카메라 일관성을 위해 Path tracing(캐시 없음)을 사용하시기 바랍니다.

전체 GI 캐시 구성, V-Ray 6.x 버전 참고사항, 팜에 깨끗하게 전달하는 사전 계산 워크플로우는 를 참조하시기 바랍니다.

누락된 에셋 — 텍스처, 프록시, 참조, 플러그인

렌더가 완료되지만 씬의 일부가 명백히 잘못됩니다. 텍스처가 분홍색(Maya의 누락 텍스처 기본값), 보라색(V-Ray 기본값), 체커 패턴(Arnold), 또는 단색 자홍색(Blender)입니다. 프록시가 바운딩 박스 또는 빈 공간으로 렌더링됩니다. 특정 재질이 엔진의 "누락" 플레이스홀더로 렌더링됩니다.

원인은 경로 해석입니다. 씬 파일은 경로로 에셋을 참조하며, 워커에서 이러한 경로가 해석되지 않습니다. 확인할 여섯 가지 사항:

씬 파일의 절대 경로. 씬이 C:\Users\YourName\Project\textures\wood.jpg에서 텍스처를 참조하면 워커에 해당 경로가 없습니다. 상대 경로(./textures/wood.jpg 또는 ../textures/wood.jpg)를 사용하거나 씬 파일에 에셋을 패킹하시기 바랍니다. 대부분의 DCC에는 제출 전에 절대 경로를 상대 경로로 변환하는 "Make Paths Relative" 또는 "Resource Collector" 워크플로우가 있습니다. Maya의 File Path Editor, 3ds Max의 Asset Tracking, Blender의 File → External Data → Make Paths Relative, Cinema 4D의 File → Save Project with Assets, Houdini의 hou.findFile이 있는 Pre-Render Script입니다.
에셋이 프로젝트 아카이브에 포함되지 않았습니다. 상대 경로는 도움이 되지만, 참조하는 에셋이 업로드한 아카이브에 실제로 있는 경우에만 해당됩니다. DCC의 프로젝트 통합 도구를 실행하거나(또는 텍스처, 캐시, 참조, HDRI를 포함한 전체 프로젝트 폴더를 압축) 제출 전에 모든 것을 업로드했다고 믿지 마시기 바랍니다. 목록 비교로 확인하시기 바랍니다.
대소문자 구분 불일치. Windows는 대소문자를 구분하지 않습니다(Texture.JPG와 texture.jpg는 같은 파일). 팜 워커는 Linux를 실행합니다. 대소문자를 구분합니다(다른 파일). Texture.JPG를 참조하는 씬 파일은 Linux 워커에서 texture.jpg를 찾지 못합니다. 대부분의 DCC는 내보내기 시 경로를 소문자로 변환하지만 항상 그렇지는 않습니다. 팜에서만 특정 텍스처가 누락되는 경우 실제 파일 이름의 대소문자와 씬 파일 참조의 대소문자를 확인하시기 바랍니다.
워커에 플러그인이 설치되지 않았습니다. 씬이 타사 플러그인(Forest Pack, RailClone, Phoenix FD, MultiScatter, GrowFX, Ornatrix)에 의존하는 경우 워커에 동일한 버전의 플러그인이 설치되어 있어야 합니다. 저희는 주요 플러그인을 사전 설치하지만, 관련 DCC의 문서에서 귀하의 특정 버전이 지원되는지 확인하시기 바랍니다. 플러그인이 지원되지 않는 경우 제출 전에 플러그인의 출력을 베이킹하거나(스캐터를 메시로, 헤어를 메시로) 지원팀에 에스컬레이션하시기 바랍니다.
끊어진 경로가 있는 연결된 또는 참조된 씬. 메인 씬이 하위 씬을 참조하는 경우(Maya reference, Blender Linked Library, 3ds Max XRef Scene), 하위 씬의 경로가 절대적이거나 아카이브 외부에 있으면 워커가 찾을 수 없습니다. 하위 씬은 텍스처와 마찬가지로 아카이브에 있어야 하고 상대적으로 참조되어야 합니다.
에셋 버전 불일치. 덜 일반적이지만 확인할 가치가 있습니다. Maya 2026 전용 노드 타입에 의존하는 에셋으로 Maya 2026에서 저장된 씬은 Maya 2024를 실행하는 워커에서 올바르게 렌더링되지 않습니다. 씬 저장 버전을 관련 setting-up-* 문서에 나열된 워커 버전과 일치시키시기 바랍니다.

여섯 가지 모두 확인했는데도 에셋이 여전히 누락된 경우, 지원팀이 작업의 렌더 시간 워커 로그를 가져와 어느 에셋 경로가 해석에 실패했는지 정확히 확인할 수 있습니다. 해당 로그는 "무언가 누락됨"에서 "이 특정 경로의 이 특정 파일"로 원인을 좁힙니다.

동일한 렌더의 EXR vs PNG 출력의 색상 드리프트

동일한 씬을 EXR과 PNG 모두로 렌더링했는데 색상이 일치하지 않습니다. 이것은 일반적으로 버그가 아닌 예상된 동작이지만, 충분히 자주 사람들을 놀라게 하므로 별도 섹션을 작성합니다.

EXR은 구워진 색상 변환 없이 선형 부동 소수점 데이터를 저장합니다. PNG(및 JPEG, BMP)는 픽셀 값에 디스플레이 변환을 구워 넣습니다. 일치하는 Filmic, ACES, sRGB, 또는 AgX 디스플레이 변환이 적용된 합성기에서 EXR을 볼 때 PNG와 시각적으로 일치해야 합니다. 기본 데이터는 동일하지만 인코딩이 다릅니다.

이것이 실제 문제가 되는 두 가지 상황:

합성기 색상 관리가 DCC 색상 관리와 다릅니다. DCC에서 ACES 뷰 변환이 적용된 EXR을 렌더링한 후, sRGB 또는 색상 관리가 없는 합성기(Nuke, Fusion, After Effects, Resolve)에서 EXR을 열면 표시된 결과가 다릅니다. DCC와 동일한 뷰 변환/OCIO 구성을 사용하도록 합성기를 구성하시기 바랍니다. 이것은 저희가 보는 가장 일반적인 합성기 온보딩 문제 중 하나입니다. EXR은 문제없습니다. 합성기가 잘못 해석하고 있습니다.
PNG가 EXR과 다른 뷰 변환으로 저장되었습니다. 일부 DCC는 형식별 뷰 변환 재정의를 허용합니다. 동일한 씬의 출력 설정에서 EXR을 "Raw"로 PNG를 "sRGB"로 설정하면 동일한 렌더에서 의도적으로 시각적으로 다른 결과를 생성합니다. 형식별 출력 설정을 확인하고 형식별 변형이 특별히 필요하지 않으면 한 변환으로 표준화하시기 바랍니다.

일반 진단 흐름

렌더 품질 문제가 나타나면 순서대로 다음 단계를 진행하시기 바랍니다. 대부분의 티켓은 에스컬레이션 없이 1~3단계에서 해결됩니다.

로컬에서 재현합니다. 팜 제출과 동일한 설정으로 워크스테이션에서 문제 씬의 한 프레임을 렌더링하시기 바랍니다. 로컬과 팜이 일치하면 문제는 씬에 있습니다. 씬을 수정하시기 바랍니다. 로컬과 팜이 다르면 환경적 문제입니다. 경로, 플러그인 버전, OCIO 구성, 또는 에셋 아카이브입니다.
색상 관리와 뷰 변환을 확인합니다. 저희가 지원 라인에서 보는 품질 문제의 약 40%가 이 원인입니다.
렌더 설정에서 카메라 선택을 확인합니다. 약 20% — 잘못된 카메라, 잠긴 뷰포트, 레이어 또는 테이크 불일치입니다.
렌더 영역, 테두리, 또는 자르기를 확인합니다. 약 10% — 부분 출력입니다.
레이어, 컬렉션, 또는 렌더 레이어 가시성을 확인합니다. 약 15% — 누락된 오브젝트, 누락된 조명, 어두운 씬입니다.
텍스처 색공간 태그를 확인합니다. 약 10% — 미묘하지만 만연한 밝기 드리프트입니다.
애니메이션 깜박임에 대한 GI 캐시 구성을 확인합니다. 약 3% — 를 참조하시기 바랍니다.
에셋 경로와 아카이브 완전성을 확인합니다. 약 2% — 분홍색 텍스처, 누락된 프록시입니다.

1~8단계로 원인이 확인되지 않으면 지원팀이 작업의 워커 로그를 가져와 특정 워커 플릿 상태, 렌더러 버전 불일치, 또는 저희 측에서 해결할 수 있는 구성 문제로 원인을 좁힙니다. 작업 ID, 잘못된 출력, 예상한 것에 대한 설명을 포함하여 지원 메시지를 보내시기 바랍니다. 추적을 시작하는 데 충분합니다.

FAQ

Q: 렌더가 뷰포트보다 어둡게 돌아왔습니다. 무엇이 변경되었습니까? A: 거의 항상 색상 관리 또는 뷰 변환 불일치입니다. 출력 파일의 색상 변환은 뷰포트의 현재 상태가 아닌 저장된 Render Properties → Color Management 설정을 반영합니다. 제출 전에 뷰 변환(Filmic, AgX, Standard, sRGB, ACES)과 Look 설정이 프로젝트에 올바르게 저장되어 있는지 확인하시기 바랍니다. 텍스처 색공간 태그가 일관성이 있는지도 확인하시기 바랍니다(색상 텍스처에는 sRGB, 데이터 텍스처에는 Non-Color).

Q: 렌더가 조명 없이 돌아왔습니다. 씬에 조명이 있고 뷰포트에서 볼 수 있습니다. A: 순서대로 네 가지를 확인하시기 바랍니다. (1) 각 조명의 렌더 가시성 토글(뷰포트 가시성과 별개). (2) 조명이 있는 렌더 레이어, 뷰 레이어, 또는 컬렉션과 해당 레이어가 렌더링에 활성화되어 있는지 여부. (3) Render Properties 또는 World 셰이더에서 HDRI 환경이 활성화되어 있는지 여부. (4) 별도로 게이트하는 엔진(V-Ray, Corona, Redshift)에서 활성 렌더 설정에 GI 또는 간접 조명이 활성화되어 있는지 여부.

Q: 렌더 설정에서 올바른 카메라를 선택했는데 잘못된 카메라가 렌더링되었습니다. A: 3ds Max 또는 Maya에서 "View Locked" 조건일 가능성이 높습니다. 잠긴 뷰포트는 렌더 설정 카메라 선택을 재정의합니다. 뷰포트의 잠금을 해제하거나, 제출 전에 DCC의 Render Setup에서 뷰를 Render로 명시적으로 설정하시기 바랍니다. 일부 DCC는 부모에서 카메라를 상속하기 때문에 제출한 테이크, 씬, 또는 렌더 레이어의 레이어 수준에서 의도한 카메라가 있는지도 확인하시기 바랍니다.

Q: 동일한 렌더의 EXR과 PNG 출력이 왜 다르게 보입니까? A: EXR은 구워진 디스플레이 변환 없이 선형 부동 소수점 데이터를 저장합니다. PNG는 픽셀 값에 디스플레이 변환을 구워 넣습니다. 일치하는 뷰 변환이 적용된 합성기에서 EXR을 볼 때 PNG와 동일하게 보여야 합니다. 합성기에서 다르게 보인다면 합성기의 색상 관리가 DCC와 일치하지 않습니다. 동일한 OCIO 구성과 뷰 변환을 사용하도록 합성기를 구성하시기 바랍니다.

Q: 특정 오브젝트가 뷰포트에서는 보이지만 렌더에서 누락됩니다. A: (1) 오브젝트의 렌더 가시성 플래그를 확인합니다(뷰포트 가시성과 별개 — Blender의 카메라 아이콘, Maya의 Primary Visibility, 3ds Max의 Renderable). (2) 오브젝트가 있는 컬렉션, 렌더 레이어, 또는 디스플레이 레이어의 가시성을 확인합니다. (3) 수정자(Boolean, Mask, Decimate)가 렌더 시간에 지오메트리를 숨기는지 확인합니다. (4) 오브젝트가 끊어진 외부 참조가 있는 프록시인지 확인합니다(누락된 에셋 섹션도 참조).

Q: 렌더가 부분적이거나 잘려서 돌아왔습니다. 프레임의 절반이 검정입니다. A: 렌더러에서 렌더 영역(또는 테두리, 자르기)이 활성화되어 있는지 확인하시기 바랍니다. 영역 렌더링은 출력 프레임의 부분 채우기를 생성합니다. 제출 전에 영역을 비활성화하거나 전체 프레임으로 설정하시기 바랍니다. 카메라의 종횡비가 출력 종횡비와 일치하는지, Render Properties의 출력 해상도가 카메라의 필름 백 해상도와 일치하는지도 확인하시기 바랍니다.

Q: 제 텍스처가 워크스테이션 대비 과노출되거나 과채도로 보입니다. A: 텍스처 색공간 태그입니다. 색상 텍스처(디퓨즈, 알베도, 기본 색상)는 sRGB 또는 Color로 태그되어야 합니다. 데이터 텍스처(노멀, 러프니스, 변위, 메탈릭, 불투명도)는 Non-Color, Linear, 또는 Raw로 태그되어야 합니다. 잘못 태그된 텍스처는 특히 노멀 맵 감마가 중요한 PBR 재질에서 미묘하지만 일관된 색상 드리프트를 일으킵니다.

Q: ACES OCIO 구성이 워크스테이션에 설정되어 있습니다. 팜이 이를 따릅니까? A: 예. OCIO 구성 파일이 프로젝트 아카이브에 포함되어 있고 프로젝트 파일이 상대 경로를 통해 구성을 참조하는 경우에만 됩니다. OCIO 구성 파일이 아카이브에 없으면 워커가 DCC의 기본 구성(일반적으로 Blender의 경우 Filmic, 대부분 다른 경우 sRGB)으로 폴백하여 색상이 드리프트됩니다. 항상 프로젝트 아카이브에 OCIO 구성 폴더를 포함하시기 바랍니다.

Q: 내 애니메이션이 깜박입니다 — 각 프레임이 다른 간접 조명을 가진 것처럼 보입니다. A: GI 캐시 잘못된 구성입니다. V-Ray에서 Irradiance Map의 "Single frame"에서 캐시를 디스크에 저장하여 "Multiframe Incremental"로 전환하시기 바랍니다. 캐시를 사전 패스로 사전 계산하거나 Universal Path tracing 프리셋을 사용하시기 바랍니다. 다른 엔진의 경우 해당 GI 캐시 설정을 확인하시기 바랍니다. 규칙은 동일합니다. 한 번 사전 계산하고 재사용하거나, 크로스 프레임 일관성을 위해 캐시 없는 모드(Path tracing)를 사용하시기 바랍니다. 전체 워크플로우는 를 참조하시기 바랍니다.

Q: 팜에서 내 텍스처가 분홍색, 보라색, 또는 자홍색으로 렌더링됩니다. A: 누락된 에셋입니다. 씬 파일이 워커가 해석할 수 없는 경로의 텍스처를 참조합니다. 일반적으로 절대 Windows 경로(C:\Users\...), 프로젝트 아카이브에 포함되지 않은 에셋, 또는 Windows 파일시스템과 워커의 Linux 파일시스템 간의 대소문자 구분 불일치입니다. 상대 경로를 사용하고, 제출 전에 DCC의 프로젝트 통합 도구를 실행하고, 아카이브에 모든 참조된 텍스처가 포함되어 있는지 확인하시기 바랍니다.

Q: Forest Pack / Phoenix FD / Ornatrix 씬이 플러그인 오브젝트가 누락된 채로 돌아왔습니다. A: 워커의 플러그인 버전 또는 호환성 불일치입니다. 저희 워커 플릿에서 지원되는 플러그인 버전은 관련 또는 문서를 확인하시기 바랍니다. 귀하의 버전이 지원되는 경우 씬이 올바르게 렌더링되어야 합니다. 그렇지 않은 경우 제출 전에 플러그인의 출력을 메시로 베이킹하거나, 특정 플러그인 버전의 설치 상태를 확인하기 위해 지원팀에 문의하시기 바랍니다.

---