V-Ray 최적화 가이드: Irradiance Map, Light Cache, UHD Cache

V-Ray의 전역 조명(GI) 설정은 다른 어떤 구성 선택보다 프레임당 렌더 시간에 더 큰 영향을 미칩니다. 건축 시각화 스틸 렌더의 경우, 매 프레임마다 GI를 처음부터 계산하는 것은 비효율적입니다. 동일한 Irradiance Map과 Light Cache를 애니메이션 전체에 걸쳐 재사용하면 장면 복잡도에 따라 프레임당 렌더 시간을 40~70% 단축할 수 있습니다. 이 페이지에서는 분산 렌더팜에서 가장 효과적인 GI 캐싱 패턴을 설명합니다. 업로드 전 로컬에서 GI를 사전 계산하는 방법, 저장된 캐시를 재사용하는 방법, Irradiance Map, Light Cache, UHD Cache, Brute Force 간의 장단점, 그리고 V-Ray Frame Buffer를 통해 렌더 요소가 포함된 EXR 출력을 패키징하는 방법을 다룹니다.

이 가이드는 V-Ray for 3ds Max, V-Ray for Maya, V-Ray for Cinema 4D, V-Ray for Houdini에 모두 적용됩니다. GI 패턴은 모든 DCC에서 일관됩니다. DCC별 설정 세부 사항은 아래 상호 참조에 있는 해당 setting-up-* 문서를 참조하시기 바랍니다.

V-Ray 버전에 관한 안내: 이 문서에 설명된 워크플로우는 V-Ray 6.x(2022년 출시) 및 V-Ray 7.x(2024년 출시)를 기준으로 작성되었습니다. 이전 버전인 V-Ray Next(V-Ray 4.x)는 파라미터 이름이 약간 다르지만 동일한 캐싱 패턴을 사용합니다. V-Ray 베타 또는 사전 출시 버전의 경우, 이 가이드에 의존하기 전에 Chaos 문서에서 파라미터 이름을 확인하시기 바랍니다.

렌더팜에서 GI 캐싱이 중요한 이유

V-Ray의 GI 계산은 두 단계로 이루어집니다. 장면 전반에 걸쳐 간접광을 샘플링하는 "사전 패스" 단계(캐시에 기록)와 캐시를 사용하여 실제 픽셀을 렌더링하는 "최종" 단계입니다. 단일 스틸 이미지의 경우 두 단계가 하나의 렌더 중에 실행됩니다. 애니메이션의 경우, 매 프레임마다 GI를 처음부터 재계산하면 두 가지 문제가 발생합니다.

1. 컴퓨팅 낭비. 건축 장면의 간접 조명은 일반적으로 프레임 간에 거의 변하지 않습니다. 10초짜리 애니메이션에서 250번 재계산하면 총 렌더 시간의 약 60%가 낭비됩니다.
2. GI 플리커. 각 프레임의 GI 샘플 분포가 무작위성으로 인해 약간씩 다르기 때문에, 간접 조명 영역에서 프레임 간 미묘한 밝기 변화가 발생합니다. 이는 캐시되지 않은 애니메이션 제출에서 가장 흔히 발생하는 품질 문제인 "건축 시각화 애니메이션 플리커" 현상의 원인입니다.

해결책은 전체 애니메이션에 걸쳐 GI를 한 번 계산하고 결과를 캐시 파일에 저장한 다음, 모든 프레임의 최종 렌더가 캐시에서 읽도록 하는 것입니다. 이 방법은 훨씬 빠르고 플리커를 제거합니다.

렌더팜에서 특히 캐시 파일은 크기가 작아(일반적으로 10~500 MB) 프로젝트 업로드 시 추가 비용이 거의 없습니다. 캐싱은 계산 비용을 워크스테이션에 선불로 지불하는 방식으로, 계산 파라미터를 완전히 제어할 수 있고 계산은 한 번만 실행됩니다.

GI 방법 간단 비교

V-Ray는 "주 엔진"(카메라에서 보이는)과 "보조 엔진"(간접 반사) 방식을 지원합니다. 팜에서 가장 일반적으로 사용되는 네 가지 방법은 다음과 같습니다.

| 방법 | 주 엔진 | 보조 엔진 | 최적 용도 | 단점 | |---|---|---|---|---| | Irradiance Map + Light Cache | Irradiance Map | Light Cache | 건축 시각화 스틸 및 애니메이션 | 설정이 가장 느리고 프레임당 시간이 짧으며 사전 패스 필요 | | Brute Force + Light Cache | Brute Force | Light Cache | 복잡한 조명, 빠른 반복 | 프레임당 시간이 더 높고 애니메이션에서 플리커 없음 | | Brute Force + Brute Force | Brute Force | Brute Force | 고품질 스틸, GI 캐시 파일 없음 | 프레임당 가장 느리고 최고 품질 | | UHD Cache (V-Ray 6.x+) | (다양함) | UHD Cache | 현대적인 간소화된 워크플로우 | 최신 기능으로 기존 파이프라인과 다를 수 있음 |

저희 팜에서 건축 시각화 애니메이션에 권장하는 패턴은 Irradiance Map(주) + Light Cache(보조)이며, 제출 전에 두 가지 모두 사전 계산 및 저장되어야 합니다. 설정 시간이 프레임당 시간보다 중요한 일회성 제품 스틸의 경우, UHD Cache 또는 Brute Force + Light Cache가 더 빠른 접근 방식입니다.

패턴 1: 스틸 이미지를 위한 Irradiance Map + Light Cache 사전 계산

단일 고품질 스틸 렌더의 경우:

1. 로컬에서 GI 설정을 구성합니다. - V-Ray → Global Illumination → 활성화합니다. - 주 엔진: Irradiance Map. - 보조 엔진: Light Cache. - Irradiance Map 프리셋: Medium(또는 주요 장면의 경우 더 높게). - Light Cache: 1000 subdivs(기본값), 0.02 샘플 크기.

1. 각 엔진의 Mode 드롭다운에서 두 모드 모두 "Single frame"으로 설정합니다.

1. Irradiance Map과 Light Cache 모두 "Save to disk"를 활성화합니다. 프로젝트 내 gi/ 하위 폴더에 파일 경로를 설정합니다. 예: gi/scene_v01_ir.vrmap 및 gi/scene_v01_lc.vrlmap.

1. 목표 해상도로 로컬에서 장면을 렌더링합니다. (장면 복잡도로 인해 전체 해상도 계산이 불가능한 경우 축소된 해상도로 렌더링해도 됩니다. V-Ray의 GI 품질은 이러한 캐시에 대해 해상도와 거의 무관합니다.)

1. 캐시 파일이 기록되었는지 확인합니다. gi/ 폴더에서 .vrmap 및 .vrlmap 파일을 확인합니다. 빈 파일 또는 크기가 0인 캐시 파일은 사전 패스가 자동으로 실패했음을 의미합니다. 다시 실행하고 경고가 있는지 V-Ray 로그를 확인하시기 바랍니다.

1. 두 엔진 모두 모드를 "From file"로 전환하고 저장된 캐시 파일을 가리키도록 설정합니다.

1. "Save to disk"를 비활성화합니다. 워커가 경로에 저장을 시도하면 실패할 수 있으며, 결과 오류는 일반적으로 명확한 원인 없이 "렌더 실패"로 표시됩니다.

1. gi/ 폴더를 포함하여 프로젝트를 패키징하고 아카이브하여 업로드합니다.

워커는 렌더 시점에 GI 캐시를 읽고 최종 이미지를 씁니다. 워커가 GI를 처음부터 계산했을 때보다 프레임당 렌더 시간이 훨씬 짧아지며, 캐시 파일은 프로젝트 아카이브에 비해 크기가 매우 작아 업로드 오버헤드가 거의 없습니다.

패턴 2: Animation (prepass) + Animation (rendering) — V-Ray Next 워크플로우

V-Ray 건축 시각화 애니메이션(가장 일반적인 팜 사용 사례)의 경우, V-Ray Next는 V-Ray 6.x 및 7.x를 통해 사실상 표준이 된 전용 두 단계 워크플로우를 도입했습니다.

1. 사전 패스를 구성합니다. - V-Ray → Global Illumination → 주 엔진: Irradiance Map. - Irradiance Map → Mode: Animation (prepass). - 보조 엔진: Light Cache. - Light Cache → Mode: Single frame(Light Cache는 낮은 비용으로 프레임당 재계산됩니다. 이는 괜찮으며 캐시 크기 증가를 방지합니다). - 사전 패스의 Frame Range를 애니메이션 범위에 맞게 설정합니다. - Irradiance Map 캐시 파일 출력 경로를 gi/scene_v01_ir_<frame>.vrmap으로 설정합니다. V-Ray는 사전 패스 프레임당 하나의 캐시를 씁니다.

1. 사전 패스를 실행합니다. 워크스테이션에서 전체 애니메이션 범위를 렌더링합니다. V-Ray는 실제 프레임 출력을 건너뛰고 캐시 파일만 씁니다. 이 단계가 가장 느린 단계입니다. 실내 건축 시각화의 경우, 사전 패스 시간은 캐시되지 않은 전체 렌더 시간의 20~40% 정도로 예상됩니다.

1. 프레임별 캐시 파일을 컴파일합니다. 대부분의 V-Ray 버전은 "Animation (rendering)" 모드로 전환할 때 프레임별 Irradiance Map을 자동으로 병합합니다. 일부 워크플로우에서는 Irradiance Map 병합 유틸리티(V-Ray 메뉴 → Tools → Irradiance Map → Merge IRR Maps)를 사용한 수동 병합 단계가 필요합니다. 결과: 전체 애니메이션 범위를 포함하는 병합된 .vrmap 파일 하나가 생성됩니다.

1. 모드를 Animation (rendering)으로 전환합니다. Irradiance Map이 병합된 캐시 파일을 가리키도록 설정합니다.

1. 캐시 저장을 비활성화합니다. 병합된 파일이 소스 파일입니다.

1. 패키징하여 제출합니다. 워커는 모든 프레임에 대해 병합된 Irradiance Map을 읽고, 프레임당 Light Cache를 새로 계산(비용 저렴)하여 최종 이미지를 렌더링합니다. 팜의 프레임당 렌더 시간은 캐시되지 않은 경우보다 일반적으로 40~60% 낮아지며, 프레임 간 GI 플리커가 제거됩니다.

매우 긴 애니메이션을 위한 소규모 최적화: N번째 프레임마다(예: 5프레임 중 1프레임) 사전 패스를 계산합니다. V-Ray는 렌더 시점에 드문 사전 패스 프레임 사이를 보간합니다. 캐시 크기가 더 작고 사전 패스가 빠르며, 일반적으로 건축 시각화에서는 눈에 보이지 않는 품질 손실이 발생합니다.

패턴 3: UHD Cache (V-Ray 6.x 간소화된 워크플로우)

V-Ray 6.x는 Irradiance Map + Light Cache 조합의 더 간단한 대안으로 UHD Cache를 도입했습니다. UHD Cache는 주 및 보조 GI 패스를 단일 통합 캐싱 시스템으로 결합하여 두 엔진을 독립적으로 구성할 필요가 없습니다.

UHD Cache를 사용하는 경우:

• V-Ray 6.x+에서 새로 만든 프로젝트 — Irradiance Map + Light Cache보다 설정이 간단합니다.
• 혼합 장면 유형(예: 동일한 애니메이션에서 실내 + 외부)에서 GI 방법을 교체해야 하는 경우.
• 장면 설정 단계에서 최종 품질 설정을 확정하기 전의 빠른 반복.

Irradiance Map + Light Cache를 유지해야 하는 경우:

• 기존 V-Ray 4.x / 5.x 파이프라인에서 이미 Irradiance Map + Light Cache 워크플로우가 검증되어 원하는 결과를 얻고 있는 경우.
• Irradiance Map의 보간이 UHD Cache의 적응형 샘플링보다 더 깨끗한 결과를 제공하는 최고 품질 스틸.
• 특정 GI 캐시 형식에 맞춰진 방대한 샷 라이브러리를 보유한 스튜디오.

UHD Cache 구성:

1. V-Ray → Global Illumination → 주 엔진: V-Ray 6.x+에서 UHD Cache로 전환합니다.
2. 품질 프리셋(Low / Medium / High)을 구성합니다. 대부분의 장면에서 Medium이 적절한 기본값입니다.
3. UHD Cache에 대해 "Save to disk"를 활성화합니다.
4. 워크스테이션에서 사전 계산하고 프로젝트 업로드에 캐시 파일을 포함합니다.
5. 패키징하기 전에 모드를 "From file"로 전환하고 저장을 비활성화합니다 — Irradiance Map과 동일한 패턴입니다.

패턴 4: GI 캐싱이 불가능한 경우 Brute Force

일부 장면은 캐싱이 잘 되지 않습니다. 일반적으로 볼류메트릭, 에어리어 라이트 배열, 애니메이션 에미시브 표면 등 동적 조명이 극단적인 장면에서 GI 샘플이 프레임 간에 너무 많이 달라 캐싱이 유용하지 않은 경우입니다. 이러한 경우에는 Brute Force가 올바른 선택입니다.

1. 주 엔진: Brute Force, 보조 엔진: Light Cache.
2. Brute Force subdivisions를 노이즈를 정리하기에 충분히 높게 설정합니다(일반적으로 로컬에서 보정된 8~24).
3. 캐시 파일이 필요하지 않습니다. 워커는 프레임당 모든 것을 계산합니다.
4. 프레임당 시간은 Irradiance Map + Light Cache보다 높지만, 품질이 일관되고 캐시 관련 플리커 위험이 없습니다.

이 패턴은 VFX 작업, 복잡한 조명 설정, 결과 도출 시간보다 결과물이 더 중요한 스틸에 선호됩니다. 또한 장면이 많이 수정되는 경우에도 더 적합합니다. 무효화할 캐시가 없기 때문입니다.

방법 대 사용 사례 결정 가이드

GI 방법 선택을 위한 간소화된 결정 흐름:

| 장면 유형 | 권장 방법 | |---|---| | 건축 시각화 외부 스틸 | Irradiance Map + Light Cache, 사전 계산, "From file" 모드 | | 건축 시각화 내부 스틸 | Irradiance Map + Light Cache, 사전 계산, 더 높은 샘플 | | 건축 시각화 외부 애니메이션 | Animation (prepass) + Animation (rendering) | | 건축 시각화 내부 애니메이션 | Animation (prepass) + Animation (rendering), 5프레임 중 1프레임 사전 계산 | | 제품 시각화 | UHD Cache (V-Ray 6.x+) 또는 Brute Force + Light Cache | | 볼류메트릭이 포함된 VFX 샷 | Brute Force + Light Cache, 캐시 파일 없음 | | 빠른 반복 / 룩개발 | UHD Cache, Low 프리셋 | | 포트폴리오용 주요 샷 | Brute Force + Brute Force, 높은 샘플 |

업로드 전에 GI 캐시를 계산해야 하는 이유

V-Ray 팜 작업에서 피할 수 있는 비용 낭비의 가장 흔한 원인이기 때문에 다시 한 번 강조합니다. GI 캐시는 프로젝트를 업로드하기 전에 워크스테이션에서 반드시 계산해야 합니다. 분산 워커에서 효율적으로 작동하는 "팜에서 먼저 GI를 계산한 다음 렌더링"하는 모드는 없습니다. GI 계산은 순차적이며 병렬화할 수 없습니다. 각 Irradiance Map 샘플은 이전 샘플에 의존하므로 사전 패스를 분산할 수 없습니다.

저희가 가장 자주 보는 두 가지 실패 유형:

• 애니메이션 제출에서 모드가 "Single frame"으로 유지된 경우. 모든 워커가 프레임당 동일한 고비용 사전 패스를 독립적으로 재실행하여 팜이 제공하는 병렬 처리의 대부분을 낭비합니다. 1시간이 걸려야 할 250프레임 애니메이션이 8시간이 걸리게 됩니다.
• 캐시 파일 경로가 워크스테이션 드라이브 문자를 가리키는 경우(예: D:\my-projects\gi\scene_ir.vrmap). 워커가 경로를 확인할 수 없어 자동으로 "GI 계산" 모드로 전환되며, 종종 각 워커가 약간 다른 사전 패스를 계산하여 GI 플리커가 발생합니다.

두 경우 모두 동일한 해결책입니다. 로컬에서 사전 계산하고, 모드를 "From file" 또는 "Animation (rendering)"으로 설정하고, 상대 경로(./gi/scene_ir.vrmap)를 사용하고, 패키징하기 전에 캐시 파일이 프로젝트 폴더에 있는지 확인하시기 바랍니다.

반복적인 애니메이션 작업을 하는 스튜디오의 경우, 사전 패스 비용이 분할됩니다. 한 번 계산하고 동일한 캐시에 대해 수백 개의 프레임을 렌더링합니다.

Irradiance Map 재사용으로 렌더 시간 단축

처음 V-Ray 팜을 사용하는 사용자에게는 직관적이지 않은 패턴: 장면의 기하학과 조명 위치가 크게 변하지 않는 한, 한 번 계산된 Irradiance Map을 카메라 조정, 룩개발 반복, 심지어 조명 변형에 걸쳐 재사용할 수 있습니다.

구체적으로: 특정 Irradiance Map으로 건축 장면을 렌더링한 후, 1주일 뒤 클라이언트가 태양 방향을 20도 바꾼 낮 버전을 요청한다면 Irradiance Map을 재계산할 필요가 없습니다. 기존 맵은 기하학 전반의 간접광 샘플을 포함하며, 직접광 구성 요소(태양, 에어리어 라이트)는 어차피 렌더당 재계산됩니다. 캐시된 .vrmap 파일을 유지하고 조명만 변경하여 재제출하시기 바랍니다.

재계산이 필요한 경우:

• 기하학 변경. 벽 이동, 가구 추가, 크기 변경 — Irradiance Map 샘플 포인트가 이제 잘못되었습니다.
• 주요 조명 설정 변경. 큰 에어리어 라이트 추가 또는 제거, 돔 HDRI 변경, 외부 및 내부 조명 설정 전환.
• 간접 반사에 영향을 미치는 재질 알베도 변경. 흰 벽을 어두운 나무로 변경하면 간접광이 눈에 띄게 달라집니다. 미묘한 색조 조정은 대부분 영향이 없습니다.

애니메이션의 경우, 병합된 .vrmap은 일반적인 수정 사이클에서 동일한 카메라 경로의 변형 렌더에 걸쳐 재사용할 수 있습니다. 스튜디오에서 단일 계산된 Irradiance Map으로 4~5개의 렌더를 얻은 사례를 많이 보았습니다.

출력 형식: V-Ray Frame Buffer를 통한 EXR + 렌더 요소

GI를 구성하고 장면을 제출할 준비가 되면 다음 결정은 출력 방법입니다. 컴포지팅 또는 그레이딩 워크플로우를 위한 경우, 렌더러에서 직접 PNG/JPG로 출력하는 것이 아니라 렌더 요소가 포함된 멀티채널 EXR을 쓰는 V-Ray Frame Buffer(VFB)를 사용합니다.

VFB + EXR + 렌더 요소를 사용하는 이유:

• 컴포지팅 유연성. 각 렌더 요소(디퓨즈, 리플렉션, 리프랙션, GI, 스페큘러, 앰비언트 오클루전, Cryptomatte, Z-depth, 월드 포지션, 모션 벡터)가 하나의 EXR 파일 내에 별도 채널로 포함됩니다. 컴포지터는 재렌더링 없이 필요한 것만 가져옵니다.
• 포스트 효과의 베이크인 없음. VFB가 미리 보는 렌즈 효과, 색상 그레이딩, 노출, 글레어, 블룸은 EXR 헤더에 조정 가능한 값으로 유지됩니다. 렌더 시점에 픽셀에 구워지지 않습니다.
• 무손실 정밀도. EXR은 채널당 하프 플로트(16비트) 또는 풀 플로트(32비트)입니다. 하이라이트가 잘리지 않고 섀도우가 깨지지 않으며 리그레이딩이 비파괴적입니다.
• 채널당 파일 하나가 아닌 프레임당 파일 하나. 멀티채널 EXR은 모든 요소의 프레임 번호를 자동으로 일치시킵니다.

제출 전 워크스테이션에서 구성하는 방법:

1. V-Ray Frame Buffer 설정을 엽니다. 3ds Max: V-Ray 탭 → Frame buffer. Maya: V-Ray Common → V-Ray Frame Buffer 롤아웃. Cinema 4D 및 Houdini: V-Ray 렌더 설정 아래 유사한 위치.

1. V-Ray Frame Buffer를 활성화합니다(호스트 애플리케이션의 기본 프레임 버퍼가 아님). VFB가 EXR + 렌더 요소 쓰기 파이프라인을 소유합니다. 기본 프레임 버퍼는 팜 출력을 위한 렌더 요소를 올바르게 처리하지 않습니다.

1. "Save separate render channels"과 "Save RGB and alpha"를 활성화합니다. 뷰티 패스가 동일한 멀티채널 EXR에 쓰이도록 합니다. 팜 작업에는 단일 파일 출력이 선호됩니다.

1. 출력을 OpenEXR(.exr)로 설정합니다. 비트 심도: 컴포지팅 표준은 16비트 하프 플로트이며, HDR 범위가 극단적인 VFX에는 32비트 풀 플로트가 유용합니다.

1. 필요한 렌더 요소를 추가합니다. 3ds Max: Render Setup → Render Elements 탭 → Add → V-Ray 요소 목록에서 선택(V-RayDiffuseFilter, V-RayReflection, V-RayGlobalIllumination, V-RayCryptomatte, V-RayZDepth 등). Maya: V-Ray 탭 아래 AOV / Render Elements 패널. Cinema 4D 및 Houdini: Multi-Pass / AOV 설정. 최소한 디퓨즈, 리플렉션, 리프랙션, GI, 스페큘러, 알파, Z-depth를 포함하고, 오브젝트별 컴포지팅이 필요한 경우 Cryptomatte도 포함하시기 바랍니다.

1. 출력 경로를 프로젝트 내 깔끔한 output/ 하위 폴더로 설정합니다. 예: output/scene_v01.####.exr. 상대 경로만 사용하시기 바랍니다.

1. 기본 렌더러의 "save image" 옵션을 비활성화합니다. VFB 저장과 호스트 저장이 모두 활성화되면 서로 다른 경로에 중복 파일이 생성되어 다운로드 아카이브 크기가 두 배가 됩니다.

1. 단일 테스트 프레임으로 로컬에서 확인합니다. 프레임 하나를 렌더링하고 컴포지터(Nuke, After Effects, Fusion, DaVinci Resolve)에서 EXR을 열어 모든 채널이 예상대로 있는지 확인합니다.

일반적인 함정: PNG/JPG 출력은 포스트 효과를 베이크하고 렌더 요소를 제거합니다(미리 보기에만 사용하시기 바랍니다). VFB 저장이 비활성화된 상태에서 렌더 요소를 추가하면 분리 가능한 채널 없이 뷰티 패스만 생성됩니다. 채널별 개별 EXR도 작동하지만 프레임 매칭이 불안정해집니다. 멀티채널 EXR이 더 깔끔한 기본값입니다.

해상도가 매우 높은 스틸(8K+) 또는 렌더 요소가 20개 이상인 장면의 경우, EXR 파일 크기가 상당히 커질 수 있습니다(프레임당 200+ MB). 그에 따라 다운로드 대역폭을 계획하시기 바랍니다.

Light Cache subdivs와 샘플 크기

Light Cache에는 품질을 주로 제어하는 두 가지 파라미터가 있습니다. subdivs(샘플 수)와 샘플 크기(보간 반경)입니다. 간단한 가이드:

• Subdivs. 기본값 1000. 내부 건축 시각화의 경우 1500~2500이 더 깨끗한 GI를 생성합니다. 외부의 경우 800~1200으로 충분합니다. 값을 높이면 사전 패스 시간이 대략 선형으로 증가합니다.
• 샘플 크기. 기본값 0.02(장면 반경의 2%). 낮은 값(0.01)은 노이즈 비용으로 더 선명한 GI 디테일을 생성합니다. 높은 값(0.05)은 소규모 변형을 평활화합니다. 테스트 없이 변경하지 마시기 바랍니다. 너무 높은 값은 접촉 그림자 디테일을 잃고, 너무 낮은 값은 GI가 얼룩덜룩하게 됩니다.

애니메이션 사전 패스의 경우, "Use Light Cache for glossy rays"를 활성화하면 애니메이션 전반에 걸쳐 더 부드러운 광택 반사를 생성하고 유리 및 금속 재질의 파이어플라이를 줄입니다.

팜에서 V-Ray GI 문제 해결

DCC 전반에 적용되는 일반적인 문제 해결 방법은 를 참조하시기 바랍니다.

• 렌더 시 "Irradiance Map file not found". V-Ray 설정의 캐시 파일 경로가 절대 경로가 아닌 프로젝트 폴더 기준 상대 경로인지 확인합니다. 워커는 제출 시점에 프로젝트 루트에서 경로를 확인합니다.
• GI 캐시 파일 경로가 워크스테이션 드라이브 문자를 사용하는 경우. 제출 전에 V-Ray 설정의 캐시 파일 경로를 상대 경로(./gi/scene_ir.vrmap)로 편집합니다. Simulate Local Path 도구를 사용하면 이를 검증하는 데 도움이 됩니다. 를 참조하시기 바랍니다.
• 캐시된 GI를 사용했음에도 애니메이션 플리커가 발생하는 경우. 최종 패스의 캐시 모드가 "Single frame" 또는 "Animation (prepass)"가 아닌 "Animation (rendering)"으로 설정되어 있는지 확인합니다. 또한 캐시 파일이 전체 애니메이션 범위를 포함하는지 확인합니다. 부분 캐시는 캐시된 범위 밖에서 플리커를 유발합니다.
• 캐시가 포함되었음에도 워커가 GI를 처음부터 계산하는 경우. "Save to disk"가 비활성화되어 있고 모드가 "From file"(스틸의 경우) 또는 "Animation (rendering)"(애니메이션의 경우)으로 설정되어 있는지 확인합니다. 저장이 활성화된 경우 V-Ray는 렌더 시점에 캐시 파일을 덮어쓰려고 시도할 수 있으며 실패합니다.
• 워커가 UHD Cache 파일을 읽지 않는 경우. Irradiance Map과 동일한 원인: 상대 경로만 사용, "From file" 모드, 저장 비활성화.
• EXR 렌더 요소가 빈 채널이나 누락된 채널로 도착하는 경우. 제출 전에 VFB 설정에서 "Save separate render channels"가 활성화되어 있고, 워크스테이션의 테스트 프레임에서 완전한 멀티채널 EXR이 생성되었는지 확인합니다. 워크스테이션 버전에서도 채널이 누락되어 있다면 문제는 팜과 무관합니다.
• 출력 EXR이 채널당 8비트인 경우. EXR은 8비트로 쓸 수 있지만 거의 없습니다. 일반적으로 VFB 비트 심도 설정의 잘못된 구성입니다. 16비트 하프 플로트로 전환하고 테스트 프레임을 다시 렌더링하시기 바랍니다.

상호 참조

• — 작업 실패 문제 해결
• — GI 플리커 패턴을 포함한 렌더 품질 문제
• — 업로드, 제출, 다운로드 워크플로우
• — V-Ray for 3ds Max 세부 사항
• — V-Ray for Maya 세부 사항
• — V-Ray for Cinema 4D 세부 사항
• — Simulate Local Path 검증 도구
• — 랜딩 페이지
• — 스캐터링 성능 아티클

FAQ

Q: 팜에 제출하기 전에 로컬에서 Irradiance Map과 Light Cache를 사전 계산해야 하나요? A: 애니메이션에는 강력히 권장되며, 스틸에는 선택 사항입니다. GI 계산은 순차적이며 워커 간에 병렬화할 수 없으므로, 캐시되지 않은 애니메이션 제출은 모든 프레임이 동일한 고비용 사전 패스를 재실행하게 하여 팜의 병렬 처리 대부분을 낭비합니다. 스틸의 경우 어느 쪽이든 렌더당 사전 패스가 한 번만 실행되므로 사전 계산으로 인한 시간 절약이 더 적습니다. 그러나 재현성과 재렌더링 시 렌더 요소를 안정적으로 유지하기 위한 좋은 관행입니다.

Q: Irradiance Map을 사전 계산했는데도 애니메이션에 GI 플리커가 발생합니다. 왜 그런가요? A: 세 가지 가능한 원인이 있습니다. (1) 최종 패스의 Irradiance Map 모드가 "Animation (rendering)"이 아닌 "Single frame"으로 설정되어 있어 프레임당 재계산이 발생할 수 있습니다. (2) 캐시 파일이 전체 애니메이션 범위를 포함하지 않습니다. (3) 사전 패스가 너무 낮은 샘플링 속도로 계산되어 캐시 자체에 노이즈가 있습니다. 더 높은 샘플로 사전 패스를 다시 실행하고 최종 패스의 모드를 확인하여 수정하시기 바랍니다.

Q: Irradiance Map + Light Cache 대신 UHD Cache를 언제 사용해야 하나요? A: UHD Cache(V-Ray 6.x+)는 설정이 더 간단하며 기존 Irradiance Map + Light Cache 설정이 없는 새 프로젝트에 적합합니다. 기존 파이프라인이 있거나 Irradiance Map의 보간이 더 깨끗한 결과를 제공하는 주요 스틸에는 Irradiance Map + Light Cache를 유지하시기 바랍니다.

Q: 로컬에서 Irradiance Map 계산이 4시간 걸립니다. 더 빠른 방법이 있나요? A: 세 가지 최적화 방법이 있습니다. (1) Irradiance Map 프리셋을 "Medium" 또는 "Low"로 줄입니다. 애니메이션의 경우 낮은 프리셋으로 사전 패스를 계산하면 컴포지팅 시간 평활화 후 더 높은 프리셋과 유사한 캐시가 생성됩니다. (2) 최종 해상도의 50%로 사전 패스를 계산합니다. (3) 매우 긴 애니메이션의 경우 5번째 프레임마다 사전 패스를 계산하고 V-Ray가 그 사이를 보간하도록 합니다.

Q: 팜에서 Irradiance Map 사전 패스를 계산하고 최종 패스를 하나의 작업으로 렌더링할 수 있나요? A: 효율적이지 않습니다. 사전 패스는 한 워커에서 순차적으로 실행되고 최종 패스는 분산 실행됩니다. 로컬에서 무료로 사전 계산하는 것 대신 한 워커의 사전 패스 시간과 분산 최종 패스 시간을 지불하게 됩니다. 권장 패턴은 여전히 워크스테이션에서 사전 패스, 팜에서 최종 패스입니다.

Q: 제 장면에서 V-Ray Distributed Rendering(DR)을 로컬에서 사용하고 있습니다. 팜에서는 어떻게 적용되나요? A: V-Ray DR은 단일 스틸을 여러 LAN 워크스테이션에 분할하는 방식입니다. 팜에서 이에 상응하는 것은 큐 레벨에서 처리되는 버킷 렌더링 분산입니다. 팜은 프레임당 워커 간에 버킷을 자동으로 분산합니다. V-Ray DR을 구성할 필요 없이 정상적으로 제출하시기 바랍니다.

Q: 주 엔진으로 Light Cache만(Irradiance Map 없이) 사용하고 있습니다. 지원되나요? A: 예. "Light Cache only" 또는 "Brute Force + Light Cache" 패턴이 팜에서 지원됩니다. 프레임당 Light Cache 계산은 충분히 빠르기 때문에 일반적인 장면에서는 사전 캐싱이 필요하지 않습니다.

Q: V-Ray 버전이 4.x(V-Ray Next)입니다. 이 워크플로우가 여전히 적용되나요? A: 예, 파라미터 이름 조정과 함께 적용됩니다. V-Ray Next는 약간 다른 용어(예: "Pre-pass animation" vs. "Animation (prepass)")를 사용했지만, 기본 캐싱 패턴은 동일합니다. "From file" 및 "Save to disk" 모드는 동일하게 작동합니다. V-Ray 4.x의 구체적인 파라미터 이름은 V-Ray 4.x 문서를 확인하시기 바랍니다. 새 프로젝트에는 V-Ray 6.x 또는 7.x가 권장됩니다.

Q: PNG 대신 렌더 요소가 포함된 EXR을 사용해야 하는 이유가 무엇인가요? A: 렌더 요소가 포함된 EXR은 컴포지터에게 프레임당 하나의 멀티채널 파일 내에 모든 채널(디퓨즈, 리플렉션, GI, Z-depth, Cryptomatte 등)을 제공합니다. PNG는 8비트로 평탄화되고 포스트 효과를 픽셀에 베이크하여 컴포지팅 유연성을 제거합니다. 최종 품질 출력에는 EXR이 렌더를 다운스트림에서 편집 가능하게 유지하는 형식입니다.

---