클라우드 렌더링을 위한 Cinema 4D 설정

저희 렌더팜의 Cinema 4D는 네 가지 렌더러 — Redshift, V-Ray, Octane, Arnold — 에 걸쳐 실행되며, 각각 고유한 라이센스 모델, 출력 규칙, 병목 현상 프로파일을 가집니다. 이 페이지는 모든 렌더러에 적용되는 공통 패키징 및 제출 플로를 다루고, 각 렌더러의 세부 사항을 분류하며, 매우 큰 스틸 이미지를 위한 Tiled Camera 워크플로를 설명하고, 건축 시각화 애니메이션을 위한 GI 캐시 패턴을 안내하며, 크로스 렌더러 제출 및 문제 해결 포인터로 마무리합니다.

공식 Maxon 파트너로서 저희는 워커 플릿 전반에 걸쳐 라이센스된 Cinema 4D 설치를 운영합니다. 저희와 함께 렌더링하기 위해 Maxon 계정을 공유하거나 라이센스를 이전할 필요가 없습니다. 저희 렌더팜에서 C4D의 고수준 정보 — 지원 버전, 하드웨어 적합성, 가격 예시 — 는 랜딩 페이지를 참고하시기 바랍니다. Redshift 전용으로는 전용 페이지 을 참고하시기 바랍니다.

지원 버전

Cinema 4D 2024와 2025는 모든 워커에 사전 설치되어 있습니다. R23, R25, S22–S26은 레거시 프로젝트 요청 시 사용 가능하지만 기본적으로 활성화되지 않습니다 — 레거시 버전이 필요한 경우 제출 전에 지원팀에 연락하시기 바랍니다. 렌더팜은 .c4d 파일의 버전을 자동으로 매칭합니다; 직접 지정할 필요가 없습니다.

Cinema 4D의 릴리스 주기에 대한 참고 사항: Maxon은 연간 버전과 포인트 릴리스를 출시합니다. 저희는 공개 출시 후 4주 이내에 최신 GA 릴리스를 프로비저닝합니다. 플러그인 호환성 때문에 특정 포인트 릴리스(예: 2024.4.0 대 2024.5.0)가 필요한 경우 작업 메모에 포인트 릴리스를 기재하시기 바랍니다 — 대부분의 플러그인 문제는 프로젝트 파일의 정확한 버전을 매칭하면 해결됩니다.

Cinema 4D 프로젝트 패키징

Cinema 4D 프로젝트는 .c4d 씬 파일과 외부 에셋으로 구성됩니다 — 텍스처, IES 프로파일, 다른 C4D 파일에 대한 참조, 시뮬레이션 캐시, 사운드 파일, OpenVDB 볼륨. 모든 DCC와 마찬가지로 렌더팜은 로컬 드라이브의 경로를 읽을 수 없으므로 업로드 전에 패키징이 필수입니다.

Cinema 4D의 기본 제공 "Save Project with Assets" 기능이 권장 패키징 도구입니다. 워크플로:

File → Save Project with Assets(사용 가능한 경우 Save Project for Cinema 4D Cloud; 둘 다 동일한 패키지 구조를 생성합니다).
프로젝트 이름으로 된 대상 폴더를 선택합니다 — 예: my-project/. C4D는 텍스처를 위한 tex/ 하위 폴더와 IES 프로파일, 사운드 파일, 기타 에셋 유형을 위한 추가 하위 폴더와 함께 my-project/my-project.c4d 구조를 생성합니다.
자동으로 수집되지 않는 Team Render 또는 외부 에셋의 경우: 해당 에셋을 tex/ 폴더에 수동으로 드래그하고 C4D 내부에서 저장하기 전에 다시 연결합니다.
XRef 씬과 외부 참조의 경우: 각 XRef를 열고 부모 프로젝트에서 Save Project with Assets를 실행합니다. C4D가 XRef 지오메트리를 패키지로 가져옵니다. 라이브 편집을 위해 XRef를 별도 .c4d 파일로 유지하려면, 제출 전에 마스터 프로젝트로 평면화하거나 참조된 모든 .c4d 파일을 업로드에 포함시킬 수 있습니다.
시뮬레이션 캐시의 경우(Cloth, Dynamics, Particle, Volume 캐시): 먼저 캐시를 디스크에 베이킹한 후, 캐시 파일이 아카이빙 전에 프로젝트 폴더 내에 있는지 확인하시기 바랍니다(일반적으로 직접 만드는 cache/ 하위 폴더에).
전체 폴더를 .tar, .tar.gz, 또는 .7z로 아카이빙합니다. 저희는 .zip 아카이브를 허용하지 않습니다.

업로드 전 확인: 패키징된 폴더를 워크스테이션에서 열고, 내부의 .c4d를 더블 클릭하고, 모든 텍스처가 Material Manager에 표시되는지 확인합니다(누락된 에셋을 나타내는 물음표 없음). 누락된 항목이 있다면 수동으로 찾아 Save Project with Assets를 다시 실행합니다. 추가 확인으로 워크스테이션의 패키징된 복사본에서 단일 프레임을 렌더링합니다 — 올바르게 렌더링된다면 패키지가 완성된 것입니다.

작동하지 않는 일반적인 지름길: .c4d 파일만 복사하는 것. Cinema 4D 씬은 비트맵과 외부 에셋에 대한 참조만 저장하며, 에셋 자체는 저장하지 않습니다. 패키징 없이는 워커가 씬을 로드하지만 첫 번째 missing-texture 조회에서 실패합니다.

제출 플러그인

Cinema 4D용 제출 플러그인은 에셋 패키징 검증, 렌더 설정 확인, C4D 내부에서 직접 작업 제출을 처리합니다. C4D 2024와 2025와 호환됩니다. 플러그인 기능:

C4D 내부에서 원클릭 제출 — 활성 렌더 설정 프리셋을 가져와 C4D를 떠나지 않고 프로젝트를 제출합니다.
에셋 경로 검증 — 제출 전에 누락된 텍스처, IES 프로파일, 외부 참조를 표시하여 워커가 씬을 로드하지 못하는 대신 로컬에서 누락된 에셋을 잡습니다.
프레임 범위 및 Take 지원 — Take 시스템을 존중하여 서로 다른 take가 한 번에 별도 렌더 작업으로 제출될 수 있습니다.
제출 상태 피드백 — 제출 후 C4D 내부에서 작업 상태를 표시합니다.

DCC별 플러그인 설치 단계와 플러그인 문제 해결에 대해서는 를 참고하시기 바랍니다.

렌더러별 참고 사항

Cinema 4D용 Redshift

Redshift는 저희 C4D 플릿에서 가장 일반적으로 사용되는 GPU 렌더러입니다. 특히 건축 시각화 인테리어, 모션 디자인, 제품 시각화에서 그렇습니다. Redshift의 일반적인 씬 메모리 사용량에 적합한 저희 NVIDIA RTX 5090 워커 티어(카드당 32 GB VRAM)에서 실행됩니다.

구성 참고 사항:

라이센스: 저희 렌더팜의 Redshift는 Maxon 파트너 라이센스로 운영됩니다. 저희와 함께 렌더링하기 위해 별도의 Redshift 라이센스가 필요하지 않습니다.
아웃 오브 코어 메모리: Redshift는 아웃 오브 코어 텍스처 및 지오메트리 스트리밍을 지원하여 카드당 32 GB VRAM을 넘어 효과적인 씬 용량을 확장합니다. Render Settings → Redshift → Memory에서 활성화합니다. 대부분의 건축 시각화 씬(50 GB 미만의 총 에셋)에서 아웃 오브 코어가 눈에 띄는 속도 저하 없이 오버플로를 처리합니다.
AOV 및 렌더 엘리먼트: Redshift의 AOV 시스템은 메인 beauty 패스와 함께 씁니다. 기본 .exr 멀티채널 출력은 렌더팜에서 작동합니다. AOV별 별도 파일이 필요하다면 "Separate Files" 출력 옵션으로 전환하시기 바랍니다.
디노이저: Redshift의 Altus와 Optix 디노이저가 모두 렌더팜에서 실행됩니다. Optix는 프레임당 더 빠르고; Altus는 애니메이션에 더 깨끗한 결과를 생성합니다. 미리보기에는 Optix, 최종 작업에는 Altus를 권장합니다.
확인할 샘플링 설정: 통합 샘플링 Min/Max 샘플은 제출 전에 로컬에서 보정해야 합니다. 로컬에서 노이즈를 없애는 데 2,000 max 샘플이 필요한 씬은 렌더팜에서도 동일하게 필요합니다 — 렌더팜이 로컬 설정보다 더 적극적으로 디노이징하지 않습니다.
헤어, 볼륨, 프록시 지원: Redshift Hair와 Redshift Volumes 모두 렌더팜에서 렌더링됩니다. Redshift 프록시(.rs 파일)가 지원됩니다; 아카이빙 전에 프로젝트 폴더 구조에 포함시키시기 바랍니다.

Cinema 4D용 V-Ray

C4D의 V-Ray는 저희 CPU 워커 티어(듀얼 Intel Xeon E5-2699 V4, 노드당 최대 256 GB RAM)에서 실행됩니다. 3ds Max 또는 Maya 파이프라인에서 공유되는 확립된 V-Ray 라이브러리가 있는 스튜디오의 선택입니다. 특히 확립된 V-Ray 라이브러리가 있는 건축 시각화 스튜디오.

구성 참고 사항:

라이센스: 저희 렌더팜의 V-Ray는 Chaos 파트너 라이센스로 운영됩니다. 공식 Chaos 파트너로서 저희는 라이센스된 V-Ray 설치를 운영합니다.
GI 캐시: 건축 시각화 스틸 렌더링의 경우, 로컬에서 Irradiance Map과 Light Cache를 사전 계산하고 업로드에 캐시 파일을 포함시키는 것이 각 워커에서 처음부터 재계산하는 것보다 훨씬 빠릅니다. 전용 워크플로는 에 있습니다.
VRayProxy 및 VRayScene: 둘 다 렌더팜에서 작동합니다. 패키징된 프로젝트 폴더에 프록시 .vrmesh 파일을 포함시키시기 바랍니다. 경로 확인은 제출 시점에 처리됩니다.
V-Ray 프레임 버퍼(VFB): VFB를 통한 EXR 출력이 지원됩니다. VFB 특정 색상 수정을 사용한다면 .vccglb 수정 파일로 저장하고 패키지에 포함시키시기 바랍니다; 워커가 렌더링 중에 수정 사항을 적용합니다.
V-Ray 렌더 엘리먼트: 모든 표준 렌더 엘리먼트(VRayDiffuseFilter, VRayReflection, VRayRefraction, VRayLightSelect, VRayZDepth 등)가 올바르게 씁니다.

Cinema 4D용 Octane

Octane은 저희 RTX 5090 GPU 워커 티어에서 실행됩니다. Octane의 특정 셰이더 동작의 이점을 받는 스타일화된 렌더를 제작하는 스튜디오의 선택입니다 — 특히 모션 디자인, 제품 시각화, 컨셉 작업.

구성 참고 사항:

라이센스: 저희 렌더팜의 Octane은 Otoy의 렌더 노드 라이센스로 운영됩니다. 로컬 Octane Studio 라이센스를 저희에게 이전하지 않습니다.
GPU 특정 커널: Octane의 Pathtracing, PMC, Direct Lighting 커널이 모두 렌더팜에서 실행됩니다. Octane Render Cloud(Otoy의 자체 서비스)는 별도 제품입니다; 이 문서는 Super Renders Farm 워커에서 C4D 플러그인으로 실행되는 Octane을 다룹니다.
VRAM 제약: Octane은 Redshift보다 VRAM에 더 적극적입니다. 스케일에서 Redshift의 32 GB에 맞는 씬이 Octane에 맞게 최적화가 필요할 수 있습니다 — 특히 텍스처(가능한 경우 큰 8K 텍스처를 4K로 다운샘플)와 인스턴스(중복 메시 복사본보다 Octane Scatter 선호).
Octane 렌더 패스: Octane의 렌더 패스는 Redshift의 AOV처럼 작동합니다; Octane Live Viewer에서 구성합니다. 멀티 패스 EXR이 기본 출력이며 렌더팜에서 올바르게 렌더링됩니다.
Octane Vectron 및 프리미티브: 렌더 시점에 생성되는 프로시저럴 프리미티브는 워커에서 지원됩니다; 프로젝트 아카이브에 커스텀 셰이더 그래프나 LiveDB 참조를 포함시키시기 바랍니다.

Cinema 4D용 Arnold

C4D용 Arnold는 저희 CPU 워커 티어에서 실행됩니다. Maya와 C4D 간 공유 Arnold 파이프라인이 있거나 Arnold의 특정 볼루메트릭 및 헤어 셰이딩이 필요한 프로젝트를 위한 스튜디오의 선택입니다.

구성 참고 사항:

라이센스: 저희 렌더팜의 Arnold는 Autodesk 렌더 노드 라이센스로 운영됩니다. C4D 작업을 제출하기 위해 별도의 Arnold 라이센스가 필요하지 않습니다.
AOV 및 렌더 설정: Arnold의 AOV 시스템은 렌더 설정에서 패스별로 구성됩니다. 기본 멀티채널 EXR 출력이 렌더팜에서 작동합니다.
샘플링: Arnold의 Camera Samples와 Diffuse / Specular / Transmission 샘플은 제출 전에 로컬에서 보정해야 합니다.
볼루메트릭 및 OpenVDB: VDB 파일은 프로젝트와 함께 패키징되어야 합니다. 경로 확인은 텍스처와 마찬가지로 제출 시점에 처리됩니다.
Arnold Denoiser: OptiX 기반 Arnold Denoiser는 단일 프레임과 애니메이션 용도 모두 렌더팜에서 실행됩니다.

렌더러 빠른 비교

| 렌더러 | 워커 티어 | 라이센스 출처 | 적합한 경우 | |---|---|---|---| | Redshift | GPU (RTX 5090) | Maxon 파트너 | 모션 디자인, 건축 시각화 인테리어, 빠른 반복 | | V-Ray | CPU | Chaos 파트너 | 건축 시각화, V-Ray 파이프라인 스튜디오, 대규모 인테리어 애니메이션 | | Octane | GPU (RTX 5090) | Otoy 렌더 노드 | 모션 디자인, 스타일화된 제품 시각화 | | Arnold | CPU | Autodesk 렌더 노드 | Maya-C4D 공유 파이프라인, 볼루메트릭 VFX |

대용량 스틸 이미지를 위한 Tiled Camera

대략 6K 해상도 이상의 스틸 렌더의 경우, Cinema 4D의 표준 렌더 경로가 단일 워커에서 VRAM 또는 RAM 한계에 부딪힐 수 있습니다. Tiled Camera 워크플로는 여러 워커에 분산된 타일로 이미지를 렌더링한 다음 최종 이미지로 조합합니다.

워크플로:

C4D에서 렌더 카메라를 Tiled Camera 모드로 전환합니다(Camera object → Tiled Camera tag).
타일 수를 설정합니다 — 합리적인 시작점은 8K의 경우 4×4, 16K의 경우 8×8, 32K 스틸의 경우 16×16입니다.
타일 오버랩 설정을 확인합니다. 기본값은 0픽셀로 깨끗한 타일에는 작동하지만 높은 대비 엣지에서 눈에 띄는 이음새가 생길 수 있습니다. 오버랩을 4–8픽셀로 설정하면 조립 시 이음새가 부드러워집니다.
작업을 제출합니다. 렌더팜이 자동으로 워커들에 타일을 분할하며 각 워커가 하나의 타일을 렌더링합니다.
모든 타일이 완료된 후 C4D Tile Assembler 또는 컴포지팅 앱(After Effects, Nuke, Fusion)을 통해 로컬에서 최종 이미지를 조합합니다.

Tiled Camera에 대한 렌더러별 참고 사항:

Redshift 및 Octane(GPU): GPU 타일 크기가 관련 제약입니다 — 워커당 VRAM에 제한됩니다. RTX 5090 32 GB 카드에서 16K 이미지의 경우 4×4 타일이 대부분의 씬에서 VRAM 여유를 두고 렌더링됩니다; 매우 무거운 인테리어는 8×8이 필요할 수 있습니다.
V-Ray 및 Arnold(CPU): 제약은 워커당 CPU RAM(256 GB)입니다. CPU 타일은 더 여유롭습니다 — 건축 시각화 인테리어의 경우 16K에서도 4×4로 충분합니다.
타일 조합: 모든 타일이 동일한 색상 관리 설정(OCIO 구성 또는 Linear sRGB)을 공유하면 EXR 타일이 색상 변이 없이 깔끔하게 조합됩니다. 많은 타일이 이미 렌더링된 후 불일치를 감지하는 것이 훨씬 어렵기 때문에 여러 타일로 분할하기 전에 프로젝트 파일과 워커의 렌더 출력 사이의 색상 관리가 동일한지 확인하시기 바랍니다.

타일당 렌더 시간은 타일 픽셀 수에 거의 선형적으로 스케일되므로 4×4 타일은 워커 플릿에 분산되면 1×1보다 총 약 16배 빠르게 렌더링됩니다. 각 워커가 이미지 면적의 16분의 1만 렌더링하기 때문입니다.

건축 시각화 애니메이션을 위한 GI 캐시 워크플로

Cinema 4D에서 V-Ray와 Redshift 건축 시각화 애니메이션의 경우, 각 워커에서 프레임당 Global Illumination을 재계산하면 컴퓨팅이 낭비되고 깜빡임이 발생할 수 있습니다. 표준 패턴은 로컬에서 "플라이스루" 패스로 GI 캐시를 사전 계산한 다음, 최종 렌더링을 위해 캐시 파일을 애니메이션과 함께 제출하는 것입니다.

V-Ray 애니메이션 프리패스 워크플로:

워크스테이션에서 V-Ray 렌더 설정에서 Irradiance Map을 "Animation (prepass)" 모드로, Light Cache를 "Fly-through" 모드로 설정합니다.
매 N번째 프레임을 샘플링하도록 프리패스를 설정합니다(부드러운 애니메이션의 경우 일반적으로 매 5번째 또는 10번째 프레임).
로컬에서 프리패스를 렌더링합니다. V-Ray가 렌더 설정에 지정된 경로에 Irradiance Map(.vrmap) 및 Light Cache(.vrlmap) 파일을 씁니다.
렌더 설정을 전환합니다: Irradiance Map을 "Animation (rendering)" 모드로, Light Cache를 "From File"로 설정하고 프리패스에서 생성된 캐시 파일을 가리킵니다.
아카이빙 전에 캐시 파일 경로가 프로젝트 폴더 내에 있는지 확인합니다 — 경로는 절대 워크스테이션 경로가 아닌 프로젝트 루트에 상대적이어야 합니다.
전체 애니메이션을 제출합니다. 각 워커가 재계산하는 대신 동일한 캐시 파일에서 읽습니다.

건축 시각화 인테리어를 위한 Redshift의 Irradiance Point Cloud 및 Irradiance Cache에도 동일한 일반적인 패턴이 적용되지만 파일 형식과 렌더 설정 이름이 다릅니다. UHD Cache 및 Brute Force 비교를 포함한 전체 크로스 렌더러 GI 최적화 가이드는 를 참고하시기 바랍니다.

캐시 위생에 대한 참고 사항: 이전 씬 버전의 오래된 캐시는 정상적인 출력처럼 보이지만 오래된 조명을 참조하는 자동 렌더링 오류를 생성할 수 있습니다. 씬 지오메트리, 조명, 머티리얼을 변경할 때는 이전 것을 재사용하지 않고 캐시를 재생성하시기 바랍니다.

제출 플로

Cinema 4D 프로젝트에서 세 가지 제출 채널이 작동합니다:

제출 플러그인(C4D 사용자에게 권장). 플러그인을 설치한 후 C4D 내부에서 제출합니다. 플러그인이 에셋 검증과 작업 작성을 한 단계로 처리하므로 가장 긴밀한 반복 루프입니다. 를 참고하시기 바랍니다.
웹 업로드 + 대시보드를 통한 제출. 패키징된 프로젝트 아카이브를 업로드한 다음 웹사이트를 통해 제출합니다. 플러그인 없이도 작동합니다. 일회성 프로젝트나 플러그인 설치가 실용적이지 않은 스튜디오에 적합합니다.
Client App. 하나의 래퍼에서 업로드 + 제출 + 자동 다운로드. 완료 시 자동 다운로드를 원하는 정기적인 C4D 작업이 있는 스튜디오에 적합합니다. 을 참고하시기 바랍니다.

DCC 전반 업로드-제출-다운로드 플로에 대해서는 를 참고하시기 바랍니다.

렌더 작업을 구성할 때 제출 전에 다음 필드를 확인하시기 바랍니다:

활성 렌더 설정 프리셋이 실제로 원하는 렌더러(Redshift / V-Ray / Octane / Arnold)와 일치합니다. C4D의 프리셋 시스템은 뷰포트에 표시된 것과 다른 프리셋을 가질 수 있습니다.
프레임 범위는 렌더 설정에 설정됩니다(Single Frame, All Frames, Preview Range, 또는 사용자 정의). 단일 프레임 제출이 실수로 애니메이션으로 렌더링되는 것은 더 일반적인 크레딧 소모 패턴 중 하나입니다.
출력 경로는 프로젝트 내에서 상대 패턴을 사용합니다(예: ./render/$prj_$take_$frame.exr). 절대 워크스테이션 경로는 워커에서 출력이 잘못된 위치에 저장됩니다.
출력 형식은 EXR입니다 — 다운스트림 컴포지팅에서 PNG 또는 TIFF가 명시적으로 필요한 경우가 아니라면. EXR은 단일 파일에 전체 플로트 색상 데이터와 멀티채널 AOV를 담습니다.

문제 해결

일반적인 DCC 전반 문제 해결은 를 참고하시기 바랍니다. 여기서 주목할 가치 있는 C4D 특정 사례:

씬 로드 시 "Missing assets". 프로젝트의 새로운 복사본에서 Save Project with Assets를 다시 실행하고 다시 업로드합니다. 가장 빈번한 원인은 마지막 Save Project 패스 이후 변경된 텍스처 경로이거나 평면화되지 않은 외부 .c4d 참조입니다.
렌더가 시작되지만 Redshift가 검게 반환됩니다. 렌더 카메라에 유효한 Redshift Camera tag가 있고 카메라가 뷰포트에서 "Locked" 모드로 설정되어 있지 않은지 확인하시기 바랍니다. 두 번째 원인: Redshift가 활성 렌더 엔진이 아닌 경우 — Render Settings → Renderer 드롭다운을 확인하시기 바랍니다.
"License not found" 오류. 라이센스가 서버 측에서 처리되기 때문에 저희 렌더팜에서는 드물지만 워커 플릿이 업데이트 중인 경우 발생할 수 있습니다. 5–10분 후 작업을 다시 제출하면 대부분의 경우 해결됩니다. 지속되면 지원팀에 연락하시기 바랍니다.
타일 경계에서 타일 아티팩트가 보입니다(Tiled Camera 모드). Tiled Camera 설정에서 타일 오버랩 픽셀을 늘리시기 바랍니다 — 기본값은 0이며; 4–8픽셀로 설정하면 일반적으로 부드러운 이음새가 생성됩니다.
애니메이션 프리패스가 빈 결과를 렌더링합니다. V-Ray 애니메이션 워크플로의 경우 프리패스와 최종 패스가 동일한 Irradiance Map 캐시를 참조해야 합니다. 캐시 파일 경로가 패키징된 프로젝트에 포함되어 있고 프리패스와 최종 렌더 설정이 모두 이를 가리키는지 확인하시기 바랍니다.
출력 색상이 워크스테이션과 다릅니다. 대부분의 경우 색상 관리 불일치입니다. Project Settings → OCIO를 확인하고 워크스테이션과 워커 모두 동일한 OCIO 구성이 참조되어 있는지 확인하시기 바랍니다.
워커에서 플러그인이 인식되지 않습니다. 씬에서 참조하는 렌더 시점 플러그인(예: X-Particles, MoGraph 애드온, 서드파티 변형 도구)이 워커에 사전 설치되지 않은 경우, 씬 로드 시 렌더가 실패합니다. 코어 렌더러 세트 외부의 플러그인에 대해서는 제출 전에 지원팀에 연락하시기 바랍니다.

교차 참조

— 업로드, 제출, 다운로드 워크플로
— C4D 작업 비용 계산 방법
— Irradiance Map, Light Cache, UHD Cache, 애니메이션 프리패스 워크플로
— 아카이브 형식, SFTP 가이드
— DCC 전반 문제 해결
— C4D 제출 플러그인 설치
— 정기 작업을 위한 자동 다운로드 래퍼
— 랜딩 페이지
— Redshift 특정 랜딩
— 더 깊은 Redshift 워크플로 글

FAQ

Q: 렌더팜에서 어떤 Cinema 4D 버전을 지원합니까? A: C4D 2024와 2025는 모든 워커에 사전 설치되어 있습니다. R23, R25, S22–S26은 레거시 프로젝트 요청 시 사용 가능하지만 기본적으로 활성화되지 않습니다. 렌더팜은 .c4d 파일의 버전을 자동으로 매칭합니다; 제출 시 수동으로 지정할 필요가 없습니다.

Q: 렌더팜에서 렌더링하려면 Maxon 라이센스를 이전해야 합니까? A: 아닙니다. 공식 Maxon 파트너로서 저희는 워커 플릿 전반에 걸쳐 라이센스된 Cinema 4D 설치를 운영합니다. 프로젝트를 업로드하면 저희가 렌더링합니다. 로컬 Maxon Cinema 4D 라이센스는 워크스테이션에 그대로 유지됩니다.

Q: 클라우드 렌더링에 어떤 렌더러를 선택해야 합니까 — Redshift, V-Ray, Octane, Arnold? A: 프로젝트에 따라 다릅니다. Redshift는 적당한 씬 복잡도의 모션 디자인과 건축 시각화에 적합합니다(빠른 GPU 반복). V-Ray는 GI 캐시를 사용하는 확립된 V-Ray 라이브러리와 대규모 인테리어 애니메이션이 있는 건축 시각화 파이프라인에 적합합니다. Octane은 스타일화된 GPU 렌더와 제품 시각화에 적합합니다. Arnold는 공유 Maya-C4D 파이프라인이나 무거운 볼루메트릭 및 헤어 작업이 있는 프로젝트에 적합합니다. 네 가지 모두 저희 렌더팜에서 검증된 라이센스로 지원됩니다.

Q: 제 씬은 XRef 외부 참조를 사용합니다. 렌더팜에서 확인됩니까? A: 네, 패키징된 업로드에 포함된 경우. 마스터 프로젝트에서 Save Project with Assets를 실행합니다; C4D가 XRef 지오메트리를 패키지로 가져옵니다. 라이브 편집을 위해 XRef 파일을 별도로 유지하려면 각 참조된 .c4d도 업로드에 포함시키시기 바랍니다 — 참조된 파일이 아카이브에 있는 한 워커는 제출 시점에 경로를 확인합니다.

Q: 8K 스틸 이미지를 렌더링하려고 합니다. 하나의 워커에 맞습니까? A: 씬에 따라 다릅니다. 적당한 씬 복잡도를 가진 Redshift의 8K 스틸은 종종 단일 워커의 32 GB VRAM에 맞습니다. 매우 복잡한 씬이나 더 높은 해상도(12K, 16K, 32K)의 경우 Tiled Camera 모드를 사용하시기 바랍니다 — 렌더팜이 여러 워커에 타일을 렌더링하고 결과를 조합합니다. 8K의 경우 4×4, 16K의 경우 8×8, 32K의 경우 16×16 타일 수가 합리적인 시작점입니다.

Q: 제 C4D 프로젝트는 X-Particles나 서드파티 변형 도구와 같은 플러그인을 사용합니다. 렌더링됩니까? A: 플러그인이 워커에 설치되어야 합니다. 저희는 주요 렌더링 플러그인(Redshift, V-Ray, Octane, Arnold)과 관련 도구를 사전 설치합니다. 다른 플러그인(X-Particles, MoGraph 애드온, 서드파티 변형 도구)에 대해서는 제출 전에 지원팀에 연락하시기 바랍니다. 일부 플러그인은 워커 이미지에 추가할 수 있습니다; 다른 것들은 업로드 전에 결과를 캐시(Alembic 지오메트리, OpenVDB 볼륨)로 베이킹해야 할 수 있습니다.

Q: C4D의 Take 시스템은 렌더팜 렌더링에서 어떻게 작동합니까? A: 제출 플러그인이 제출 시 활성 take를 인식합니다. 여러 take를 렌더링하려면 각 take를 별도 작업으로 제출하거나, C4D 2024+의 렌더 대기열 기능을 사용하여 여러 take를 대기열에 넣고 대기열을 하나의 배치로 제출하시기 바랍니다. 각 take는 렌더팜에서 자체 작업으로 렌더링되고 자체 렌더 시간에 따라 청구됩니다.

Q: V-Ray에서 30초 건축 시각화 애니메이션이 있습니다. 프레임 간 GI 깜빡임을 어떻게 피합니까? A: V-Ray의 애니메이션 프리패스 워크플로를 사용하여 로컬에서 GI 캐시를 사전 계산합니다 — Irradiance Map을 Animation (prepass) 모드, Light Cache를 Fly-through 모드로, 매 5번째 또는 10번째 프레임을 샘플링합니다. 그런 다음 Irradiance Map을 Animation (rendering), Light Cache를 From File로 설정하고 프리패스 캐시를 가리키며 전체 애니메이션을 제출합니다. 각 워커가 재계산하는 대신 동일한 캐시에서 읽어 깜빡임을 제거하고 총 렌더 시간을 줄입니다.

Q: 렌더가 완료되었지만 출력 색상이 워크스테이션과 다릅니다. 무엇이 변경되었습니까? A: 대부분의 경우 색상 관리 불일치입니다. Project Settings → OCIO를 확인하고 워크스테이션과 워커 모두 동일한 OCIO 구성이 참조되어 있는지 확인하시기 바랍니다. C4D 2024+는 기본적으로 OCIO ACES 1.3을 사용합니다; 워크스테이션이 레거시 Linear sRGB 파이프라인을 사용한다면 워커는 프로젝트의 저장된 색상 공간에서 렌더링합니다.

---