클라우드 렌더링을 위한 Maya 설정

저희 렌더팜의 Maya는 세 가지 주요 렌더러 — Arnold(Maya 기본값), V-Ray, Redshift — 와 함께 XGen 인터랙티브 그루밍, Alembic 및 USD 파이프라인, VFX 및 애니메이션 팀이 의존하는 주요 서드파티 플러그인을 지원합니다. 이 페이지는 프로젝트 패키징, 렌더러별 참고 사항, XGen 워크플로, Arnold Denoiser 구성, Render Setup 대 Legacy Render Layers, 제출 플로, Maya 특정 문제 해결을 다룹니다.

저희 렌더팜에서 Maya의 고수준 정보 — 지원 버전, 하드웨어 티어, 가격 예시 — 는 전용 랜딩 페이지 을 참고하시기 바랍니다. 2027 릴리스 기능 내용은 글을 참고하시기 바랍니다.

지원 버전

Maya 2024, 2025, 2026은 모든 워커에 사전 설치되어 있습니다. Maya 2023은 레거시 프로젝트 요청 시 사용 가능합니다; Maya LT는 분산 렌더링에 필요한 렌더 내보내기 기능이 없어 지원되지 않습니다. 렌더팜은 .ma(ASCII) 또는 .mb(바이너리) 파일의 버전을 자동으로 매칭합니다 — 제출 UI에서 수동으로 지정할 필요가 없습니다.

Maya의 릴리스 주기에 대한 참고 사항: Autodesk는 연간 버전과 포인트 릴리스(예: 2025.1, 2025.2, 2025.3)를 출시합니다. 저희는 공개 출시 후 4~6주 이내에 최신 GA 릴리스를 프로비저닝합니다. 플러그인 호환성 때문에 특정 포인트 릴리스가 필요한 경우 — Yeti, Bifrost, 또는 Maya 마이너 버전에 고정된 서드파티 렌더러 빌드 — 작업 메모에 기재해 주시면 해당 릴리스에 고정된 워커로 작업을 라우팅할 수 있습니다.

주요 릴리스 내 버전 간 순방향 호환성은 일반적으로 안전하지만(2024.0 씬은 2024.3에서 깔끔하게 열립니다), 주요 버전 간 마이그레이션(2023 → 2025)은 때때로 더 이상 사용되지 않는 노드나 속성 재매핑이 나타날 수 있습니다. 2023 씬을 제출해야 한다면, 먼저 워크스테이션에 설치된 최신 버전으로 복사본을 저장하고 업로드 전에 테스트 프레임이 일치하는지 확인하시기 바랍니다.

Maya 프로젝트 패키징

Maya 프로젝트는 .ma 또는 .mb 씬 파일과 씬 열기 시점에 Maya가 확인해야 하는 프로젝트 폴더 구조로 구성됩니다:

sourceimages/ — 텍스처, HDRI, ACEScg 색상 관리 입력
scenes/ — 마스터 씬 및 참조 씬(.ma / .mb)
cache/ — Alembic(.abc), 파티클, 유체, nCloth 캐시
xgen/ — XGen 패치 데이터(collections/, descriptions/, patches/)
assets/ — Arnold 스탠딘(.ass), V-Ray 프록시(.vrmesh), USD 레이어(.usd / .usda / .usdc)
data/ — 보조 씬 데이터(변형 맵, 베이킹된 시뮬레이션 파일)

Maya의 기본 제공 File → Archive Scene이 권장 패키징 도구입니다. 워크플로:

프로젝트 루트를 설정합니다. File → Set Project. Maya의 경로 확인은 프로젝트 루트가 올바르게 설정되어 있는지에 달려 있습니다; 그렇지 않으면 아카이브 기능은 구조적으로 유효한 아카이브를 쓰지만 워커에서 실패하는 절대 경로 참조가 포함됩니다.
File → Archive Scene. Maya가 활성 씬, 모든 참조 파일(sourceimages, 참조, 캐시, XGen 패치, Arnold 스탠딘)을 수집하고 단일 아카이브에 씁니다.
먼저 절대 경로를 확인합니다. Archive Scene은 절대 경로가 있으면 유지합니다(예: D:\Projects\shot_010\sourceimages\wood.exr). 아카이빙 전에 Reference Editor(File → Reference Editor)와 경로 관리자를 열고 절대 경로를 상대 형식으로 다시 연결합니다(./sourceimages/wood.exr).
Archive Scene이 .zip을 생성한 경우 .tar, .tar.gz, 또는 .7z로 다시 아카이빙합니다. 저희는 .zip 업로드를 허용하지 않으므로 제출 전에 파일을 다시 패킹해야 합니다. Windows의 7-Zip과 macOS / Linux의 tar -czf 모두 렌더팜 호환 아카이브를 생성합니다.
아카이브를 검증합니다. 새로운 Maya 세션에서 워크스테이션의 아카이브된 씬을 열고 단일 테스트 프레임을 렌더링합니다. 비트맵, 참조, XGen 패치가 누락된 경우 찾아서 다시 연결하고 다시 아카이빙합니다.

작동하지 않는 일반적인 지름길: .ma 파일만 복사하는 것. Maya 씬은 에셋에 대한 참조만 저장하며, 에셋 자체는 저장하지 않습니다.

제출 전 확인 사항

워커에 도달하기 전에 실패 사례의 약 80%를 잡는 간단한 사전 점검 체크리스트:

활성 렌더러가 올바르게 설정되었습니다. Render Settings → Render Using은 워커가 사용하는 렌더러를 결정하는 드롭다운입니다. 렌더러 설정이 일치하지 않으면 예상치 못한 출력이 발생합니다(Arnold용으로 제작된 씬이 V-Ray가 활성화된 상태로 제출되면 V-Ray 기본값으로 렌더링됩니다).
Render Setup 대 Legacy Render Layers. Maya 2017+는 Render Setup을 기본값으로 사용합니다; 레거시 프로젝트는 여전히 Legacy Render Layers를 사용할 수 있습니다. 워커 노드에서의 "Error: Legacy Render Layers" 실패 패턴을 피하기 위해 제출 전에 Render Setup으로 변환하시기 바랍니다(Windows → Rendering Editors → Render Setup → Import from Legacy Render Layers).
프레임 범위는 타임라인이 아닌 Render Settings에 설정합니다. 렌더팜은 타임라인이 아닌 Render Settings → Common에서 프레임 범위를 읽습니다. 둘 다 일치하는지 확인하시기 바랍니다; 불일치는 일반적으로 "렌더팜이 예상보다 적은 프레임을 렌더링했습니다"로 나타납니다.
렌더 가능한 카메라가 선택되었습니다. Render Settings → Common → Renderable Cameras가 어떤 카메라가 렌더링되는지 결정합니다. 기본 persp가 실수로 체크된 경우가 많습니다; 원하지 않는 카메라는 체크 해제하고 원하는 카메라를 체크하시기 바랍니다.
출력 경로는 Maya 토큰을 사용합니다. <RenderLayer>/<Scene>.<#>.<ext>가 안전한 기본값이며 렌더팜에서 예측 가능한 출력 구조를 생성합니다. 절대 출력 경로는 피하시기 바랍니다.
사전 렌더 및 사후 렌더 MEL 또는 Python 스크립트가 비활성화되어 있습니다 — 워크스테이션 특정 경로(라이센스 서버, 네트워크 폴더, 매핑된 드라이브)를 참조하는 경우. system()을 통해 네트워크 경로를 호출하는 사전/사후 렌더 훅은 워커에서 자동으로 실패합니다.
색상 관리가 명시적으로 설정되어 있습니다. OCIO 구성(ACES, 커스텀 스튜디오 구성)은 프로젝트에 번들링되거나 워커 기본값에 의존해야 합니다. 커스텀 OCIO 구성을 사용한다면 아카이브에 .ocio 파일을 포함시키고 프로젝트 루트에 상대적인 경로를 설정하시기 바랍니다.

렌더러별 참고 사항

Maya용 Arnold

Arnold는 Maya의 기본 렌더러이며 저희 렌더팜에서 Maya 프로젝트에 가장 일반적인 선택입니다 — 특히 VFX, 캐릭터 애니메이션, 장편 작업에서 그렇습니다. Arnold는 저희 CPU 워커 티어(듀얼 Intel Xeon E5-2699 V4, 노드당 최대 256 GB RAM)에서 실행됩니다.

구성 참고 사항:

라이센스: Arnold는 Autodesk의 렌더 노드 라이센스로 Maya의 일부로 제공됩니다. 저희와 함께 렌더링하기 위해 별도의 Arnold 라이센스가 필요하지 않습니다; 저희는 Arnold를 위해 Autodesk의 렌더 전용 활용 모델로 운영합니다.
샘플링 설정. 카메라(AA) 샘플, Diffuse, Specular, Transmission, SSS, Volume 샘플은 제출 전에 로컬에서 보정해야 합니다. 렌더팜은 프로젝트가 지정하는 샘플링 값을 사용합니다; 샘플 수가 부족한 씬은 로컬에서와 똑같이 렌더팜에서 노이즈와 함께 렌더링됩니다. 적응형 샘플링을 활성화하면 고분산 영역(밝은 창이 있는 인테리어)이 있는 샷에 도움이 되지만 전역적으로 샘플 수가 부족한 씬을 구제하지는 않습니다.
AOV. Arnold는 출력 드라이버 설정에 따라 멀티채널 EXR 또는 AOV별 파일로 씁니다. 기본 멀티채널 EXR은 렌더팜에서 지원됩니다. 별도 파일로 AOV를 출력하려면(별도 파일을 선호하는 컴포지터를 위해) AOV 브라우저에서 드라이버를 패스별 모드로 전환하시기 바랍니다.
스탠딘과 프로시저럴. Arnold 스탠딘(.ass 파일)과 프로시저럴은 렌더팜에서 작동합니다. 프로젝트 아카이브에 스탠딘 파일을 포함시키시기 바랍니다; 경로 확인은 제출 시점에 처리됩니다. 매우 큰 스탠딘(5 GB 이상)의 경우 SFTP 업로드 경로가 브라우저 업로드보다 더 신뢰할 수 있습니다.
OSL 셰이더. 씬에 번들링된 커스텀 OSL 셰이더는 렌더팜에서 작동합니다. 워크스테이션 특정 경로(비표준 위치에 컴파일된 .oso 파일)에 의존하는 셰이더는 아카이빙 전에 프로젝트의 shaders/ 폴더로 이동해야 합니다.
오퍼레이터(Imager, Light Filter). 후기 씬 재정의를 위한 Arnold의 오퍼레이터 그래프(라이트 필터, imager, 커스텀 AOV 드라이버)가 지원됩니다. 제출 전에 오퍼레이터 그래프가 defaultArnoldRenderOptions에 연결되어 있는지 확인하시기 바랍니다.

Arnold Denoiser(Optix 및 Noice)

Arnold Denoiser는 두 가지 방식이 있으며 둘 다 렌더팜에서 실행됩니다:

Optix denoiser. GPU 가속, 빠른 포스트 렌더 디노이즈. Render Settings → Arnold Renderer → Denoising에서 구성합니다. Optix는 AA 샘플 6–10 범위에서 효과를 발휘합니다; 6 AA 미만에서는 디노이저가 세밀한 디테일을 뭉개기 시작합니다.
Noice(CPU, 시간적). 애니메이션에 권장되는 워크플로. Noice는 N AOV(분산)와 Z AOV(깊이)가 베이킹된 EXR 시퀀스에서 작동합니다. 시간적 디노이징 — 프레임 간 노이즈 분산 제거 — 을 위해 시간적 프레임 범위를 설정합니다(예: 7프레임 윈도우를 위해 -3 +3). 렌더팜은 포스트 렌더 단계로 Noice를 실행합니다; 제출 전에 AOV 목록에 AOV(N, Z, beauty)를 포함시키시기 바랍니다.

디노이저 출력이 흐릿한 경우 일반적으로 세 가지 원인 중 하나입니다: 불충분한 AA 샘플(최소 6–10으로 높임), 누락된 분산 AOV(Optix는 분산 신호에 필요), 또는 Noice에서 잘못 설정된 시간적 프레임 범위. 그루밍이나 모션 블러가 일관된 애니메이션의 경우 Noice 시간적 모드가 프레임당 Optix보다 훨씬 깨끗합니다.

Maya용 V-Ray

Maya용 V-Ray는 저희 CPU 워커 티어에서 실행됩니다. 3ds Max 또는 Cinema 4D 워크플로에서 Maya로 이동한 확립된 V-Ray 파이프라인을 가진 스튜디오의 선택입니다.

구성 참고 사항:

라이센스. 저희 렌더팜의 V-Ray는 Chaos 파트너 라이센스로 운영됩니다. 공식 Chaos 파트너로서 저희는 라이센스된 V-Ray 설치를 운영합니다.
GI 캐시(Irradiance Map + Light Cache). 건축 시각화 스틸 렌더링의 경우, 로컬에서 Irradiance Map과 Light Cache를 사전 계산하는 것이 워커당 재계산보다 훨씬 빠릅니다. 2패스 워크플로 — 디스크에 프리패스, 저장된 맵을 재사용하는 최종 패스 — 는 에 문서화되어 있습니다.
V-Ray 애니메이션 프리패스. 애니메이션의 경우, 권장 워크플로는 전체 프레임 범위에 걸쳐 Irradiance Map "Animation (prepass)" 모드를 사용하여 프레임당 부분 맵을 구축한 다음, 최종 패스에 "Animation (rendering)" 모드를 사용합니다. 이렇게 하면 프레임당 GI 깜빡임이 제거되고 모든 워커 프레임에서 GI를 재계산하는 것보다 훨씬 빠릅니다. 3ds Max에 문서화된 동일한 패턴이 여기에 적용됩니다 — 파라미터 이름은 두 DCC 바인딩에서 일치합니다.
VRayProxy. 지원됩니다. 프로젝트 아카이브의 assets/ 또는 proxies/ 아래에 .vrmesh 프록시 파일을 포함시키시기 바랍니다. 씬의 프록시 경로가 상대적인지 확인하시기 바랍니다.
V-Ray 프레임 버퍼(VFB). VFB 색상 수정이 있는 EXR 출력이 지원됩니다; VFB → "..." 메뉴 → Save Corrections를 사용하여 수정 사항을 .vccglb 파일로 저장하고 아카이브에 파일을 포함시키시기 바랍니다. 워커는 렌더링 중에 저장된 수정 사항을 적용합니다.
VRayScene 파일. 외부 씬 참조로 지원됩니다. 마스터 .ma / .mb 옆에 .vrscene 파일을 아카이브에 포함시키시기 바랍니다.

Maya용 Redshift

Maya용 Redshift는 저희 NVIDIA RTX 5090 GPU 워커 티어(카드당 32 GB VRAM)에서 실행됩니다. GPU 반복 속도가 필요한 Maya 파이프라인을 가진 스튜디오의 선택입니다 — 특히 모션 디자인 팀, 인디 애니메이션 스튜디오, 방송 그래픽 작업.

구성 참고 사항:

라이센스. 저희 렌더팜의 Redshift는 Maxon 파트너 라이센스로 운영됩니다.
아웃 오브 코어 메모리. 기본적으로 활성화됩니다. 32 GB VRAM을 초과하는 씬이 시스템 RAM에서 텍스처와 지오메트리를 스트리밍하여 렌더링할 수 있게 합니다. 아웃 오브 코어 페널티는 무거운 씬에서 실제로 나타납니다 — 순수하게 VRAM에서 실행되는 씬이 절반의 작업 세트를 스트리밍하는 씬보다 훨씬 빠릅니다 — 따라서 프로덕션 시퀀스의 경우 가능하다면 텍스처 크기와 프록시 밀도를 맞도록 보정하시기 바랍니다.
통합 샘플링. 통합 샘플링 값은 프레임당 렌더 품질을 제어합니다. 제출 전에 로컬에서 보정하시기 바랍니다; 샘플 수가 부족한 Redshift 출력은 샘플 수가 부족한 Arnold와 유사하게 보입니다(그림자와 반사의 노이즈).
AOV. C4D Redshift 워크플로와 동일한 멀티채널 EXR 또는 AOV별 파일 패턴. Redshift의 AOV 브라우저는 Render Settings → AOVs에 있습니다.
Redshift 프록시. 지원됩니다. 다른 DCC에서 내보낸 인스턴스 지오메트리나 히어로 에셋에는 .rs 프록시 파일을 사용하시기 바랍니다.
Redshift IPR 대 최종 렌더. IPR(인터랙티브 미리보기)에서 허용 가능해 보이는 설정이 최종 패스 품질에서는 부족하게 렌더링될 수 있습니다. 항상 애니메이션 배치를 제출하기 전에 최종 패스 샘플링으로 로컬에서 테스트 프레임을 렌더링하시기 바랍니다.

Maya XGen

캐릭터 작업, 분산 오브젝트, 장식 작업을 위한 XGen 인터랙티브 그루밍은 렌더팜에서 지원됩니다. XGen은 씬 파일 외부에 패치 데이터를 가지고 있어 패키징에 추가 주의가 필요합니다.

XGen 프로젝트의 워크플로:

XGen 패치가 저장되었는지 확인합니다. 로컬에서 프로젝트를 열고, 각 XGen description을 새로고침하고(Generate → Refresh), 씬을 저장합니다. XGen은 때때로 명시적으로 저장될 때까지 작업 세션에서만 패치 데이터를 유지합니다.
아카이브에 xgen/ 폴더를 포함시킵니다. Maya의 Archive Scene은 일반적으로 이 폴더를 캡처하지만, 업로드 전에 확인하시기 바랍니다. 폴더에는 collections/, descriptions/, patches/ 하위 폴더가 포함됩니다.
씬의 XGen Collection Path를 확인합니다. 경로가 절대 워크스테이션 드라이브를 참조하는 경우(예: D:\Projects\shot\xgen\), Maya는 워커에서 컬렉션을 찾지 못합니다. 아카이빙 전에 상대 경로(./xgen/)로 설정하시기 바랍니다.
프로시저럴 XGen(인스턴스 지오메트리, 아카이브). 참조된 아카이브가 별도 워크스테이션 디렉토리가 아닌 프로젝트 폴더에 있는지 확인하시기 바랍니다. Alembic 기반 XGen 아카이브의 경우 cache/ 또는 assets/에 .abc 파일을 포함시키시기 바랍니다.
그루밍 가능한 스플라인을 사전 캐시합니다. 밀도 높은 헤어 씬의 경우, 제출 전에 그룸을 캐시된 상태로 베이킹하면(Cache → Create Cache File) 워커당 설정 시간이 단축됩니다.

XGen이 많은 씬의 프레임당 렌더 시간은 정적 지오메트리보다 훨씬 높습니다 — XGen 평가는 프레임마다 실행되며, 밀도 높은 헤어 씬은 높은 티어 워커에서도 프레임당 10–30분이 걸릴 수 있습니다. 그루밍이 정적인 애니메이션 작업(프레임당 시뮬레이션 없음)의 경우, 렌더링 전에 XGen을 Alembic 지오메트리로 사전 베이킹하는 것이 일반적인 최적화입니다: XGen description을 폴리곤이나 커브로 변환하고, Alembic으로 캐시하고, 렌더 씬에서 Alembic을 참조합니다. 렌더팜은 예측 가능한 프레임당 비용으로 캐시된 Alembic을 렌더링합니다.

Maya 플러그인 지원

Maya용 Super Renders Farm 제출 플러그인은 에셋 검증, 렌더 설정 확인, Maya 내부에서의 원클릭 제출을 처리합니다. 계정 대시보드의 다운로드 섹션에서 설치합니다. 설치 후 플러그인은 SuperRenders라고 레이블된 셸프 버튼과 Maya 메인 메뉴 바의 SuperRenders 메뉴 항목으로 나타납니다.

플러그인 기능:

Maya 내부에서 원클릭 제출 — 활성 렌더 설정(렌더러, 프레임 범위, 출력 경로, AOV, 렌더 레이어)을 가져와 Maya를 떠나지 않고 제출합니다.
에셋 경로 검증 — 제출 전에 누락된 텍스처, 참조, XGen 패치, 스탠딘, 프록시를 표시합니다. 워커 수준 대신 워크스테이션 수준에서 "missing asset on worker" 실패 모드를 잡습니다.
Render Layer / Render Setup 인식 — 레이어 재정의 및 렌더 시 가시적 플래그를 포함하여 올바른 레이어 설정을 제출합니다.
라이센스 토큰 확인 — 제출 전에 Render Settings에서 선택한 렌더러가 렌더팜에서 지원되는지 확인하여 지원되지 않는 구성이 렌더 시점이 아닌 로컬에서 나타납니다.
작업 메모 전달 — 플러그인의 메모 필드에 작성한 내용이 제출 대기열에 도달하고 작업에 티켓을 제기할 경우 지원 직원에게 표시됩니다.

플러그인 설치 단계와 문제 해결("플러그인이 셸프에 없음" 패턴 포함)에 대해서는 를 참고하시기 바랍니다.

제출 플로

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

제출 플러그인(반복 작업에 권장). 플러그인을 설치한 후 Maya 내부에서 제출합니다. 플러그인이 라이브 렌더 설정을 읽어 오래된 UI 상태로 제출할 위험이 없어 가장 긴밀한 반복 루프입니다.
웹 업로드 + 대시보드를 통한 제출. 아카이브된 프로젝트를 업로드한 다음 웹사이트를 통해 제출합니다. 플러그인 없이도 작동하며 일회성 작업이나 플러그인 설치가 차단된 잠긴 워크스테이션 사용자에게 적합합니다.
Client App. 하나의 래퍼에서 업로드 + 제출 + 자동 다운로드. 브라우저 없이 전체 왕복을 관리하는 데스크톱 애플리케이션을 원하는 정기적인 Maya 작업이 있는 스튜디오에 적합합니다.

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

Maya 특정 실패 문제 해결

DCC 전반에 적용되는 일반적인 문제 해결은 를 참고하시기 바랍니다. Maya 특정 사례:

모든 렌더가 검거나 비어 있습니다. Render Settings → Common → "Renderable Camera"가 의도한 카메라로 설정되어 있는지 확인하시기 바랍니다(기본 persp가 아닌). 또한 렌더 카메라가 Outliner에서 숨겨져 있지 않은지 확인하시기 바랍니다. 이것이 Maya 작업에서 검은 렌더의 가장 일반적인 원인입니다.
"Missing plugin" 또는 플러그인이 셸프에 없습니다. 제출 플러그인은 Plugin Manager에서 로드되어야 합니다(Windows → Settings/Preferences → Plug-in Manager). SuperRenders 플러그인을 검색하고 "Loaded"와 "Auto load" 모두 체크하시기 바랍니다. 플러그인 파일이 plug-ins/ 폴더에 없다면 계정 대시보드에서 설치 프로그램을 다시 실행하시기 바랍니다.
재설치 전 이전 플러그인 제거. 이전에 이전 버전의 제출 플러그인을 설치한 경우, 새 버전을 설치하기 전에 Documents/maya/<version>/plug-ins/에서 이전 .mll(Windows) 또는 .bundle(macOS) 파일을 제거하시기 바랍니다. Maya는 두 버전이 모두 있을 때 때때로 이전 버전을 우선적으로 로드합니다.
TX 자동 변환 실패. Arnold Render Settings에서 "Automatic TX texture update"가 활성화된 경우, Maya는 렌더 시점에 텍스처를 .tx로 변환하려 합니다. 렌더팜에서 이 변환은 워커의 권한이 로컬 설정과 다를 경우 실패할 수 있습니다. 신뢰할 수 있는 해결 방법은 Arnold와 함께 제공되는 maketx를 사용하여 로컬에서 텍스처를 .tx로 사전 변환하고, 아카이브에 .tx 파일을 포함시키고, 제출 전에 "Automatic TX texture update"를 비활성화하는 것입니다.
"Error: Legacy Render Layers." Maya 2017+는 Render Setup을 기본값으로 사용합니다; Legacy Render Layers가 있는 이전 프로젝트를 열면 렌더팜에서 이 오류가 발생할 수 있습니다. 제출 전에 로컬에서 Render Setup으로 변환하시기 바랍니다(Windows → Rendering Editors → Render Setup → Import from Legacy Render Layers). 변환은 비파괴적입니다 — 원래 Legacy Render Layers 데이터는 씬에 남아 있습니다.
Arnold Denoiser가 흐릿한 출력을 생성합니다. 충분한 입력 샘플(최소 AA 샘플 6–10)로 디노이저가 구성되어 있는지, 분산 AOV(N)가 활성화되어 있는지 확인하시기 바랍니다. Noice와 시간적 디노이징의 경우 디노이징하는 프레임에 상대적으로 시간적 프레임 범위가 올바르게 설정되어 있는지 확인하시기 바랍니다.
씬 파일에 iRay 렌더링이 활성화되어 있습니다. iRay는 Autodesk에 의해 더 이상 사용되지 않으며 렌더팜에서 지원되지 않습니다. 씬에 iRay가 활성 렌더러로 설정된 경우, 제출 전에 Render Settings → Render Using에서 Arnold(또는 V-Ray / Redshift)로 전환하시기 바랍니다.
씬 로드 시 에셋 누락. 워크스테이션에서 자산 추적을 열고(Windows → General Editors → File Path Editor), 누락된 항목을 찾고, 다시 연결하고, 다시 아카이빙합니다. 렌더팜에서 대부분의 "missing asset" 실패는 마지막 아카이브 패스 이후 변경된 경로에서 발생합니다.
잠긴 View to Render로 인한 잘못된 카메라. 씬에서 카메라가 뷰포트에 잠겨 있는 경우(Panels → Perspective → camera → Lock Camera), Maya는 Render Settings에서 설정한 카메라보다 해당 카메라를 선호할 수 있습니다. 제출 전에 뷰포트 잠긴 카메라를 잠금 해제하시기 바랍니다.
출력 이미지가 전체가 아니거나 잘립니다. Render Settings → Common → "Use Render Region"을 확인하시기 바랍니다 — 활성화되고 하위 영역으로 구성된 경우 워커는 해당 영역만 렌더링합니다. 전체 프레임 출력을 위해 비활성화하시기 바랍니다.
Yeti 또는 Ornatrix가 사전 설치되지 않았습니다. Yeti와 Ornatrix는 워커 이미지에 기본적으로 사전 설치되지 않습니다. 플러그인을 워커에 추가하는 것을 논의하기 위해 제출 전에 지원팀에 연락하거나, 그루밍을 Alembic 지오메트리로 베이킹하고 캐시를 대신 참조하시기 바랍니다 — 베이킹된 출력은 플러그인 없이 렌더팜에서 렌더링됩니다.

교차 참조

— 업로드, 제출, 다운로드 워크플로
— Maya 작업 비용 계산 방법
— Irradiance Map, Light Cache, 애니메이션 프리패스
— SFTP 가이드, 아카이브 형식
— DCC 전반 문제 해결
— Maya 제출 플러그인 설치
— 랜딩 페이지
— 버전 내용 글
— Arnold 특정 랜딩
— Redshift 특정 랜딩

FAQ

Q: 렌더팜에서 어떤 Maya 버전을 지원합니까? A: Maya 2024, 2025, 2026은 모든 워커에 사전 설치되어 있습니다. Maya 2023은 레거시 프로젝트 요청 시 사용 가능합니다. Maya LT는 분산 렌더링에 필요한 렌더 내보내기 기능이 없어 지원되지 않습니다. 렌더팜은 .ma 또는 .mb 파일의 버전을 자동으로 매칭합니다.

Q: 렌더팜에서 렌더링하려면 Maya 라이센스를 이전해야 합니까? A: 아닙니다. 저희는 Autodesk 렌더 노드 라이센스로 워커 플릿 전반에 걸쳐 라이센스된 Maya 설치를 운영합니다. 로컬 Maya 라이센스는 그대로 유지됩니다.

Q: 어떤 렌더러를 선택해야 합니까 — Arnold, V-Ray, Redshift? A: 캐릭터 애니메이션과 VFX 작업에는 Arnold(Maya의 기본값; 가장 깊은 파이프라인 통합). 무거운 GI가 있는 확립된 V-Ray 스튜디오 파이프라인이나 건축 시각화에는 V-Ray. 모션 디자인과 인디 애니메이션에서 빠른 GPU 반복이 필요한 경우 Redshift. 세 가지 모두 저희 렌더팜에서 검증된 라이센스로 지원되며 워커 노드 전반에 걸쳐 예측 가능한 출력을 생성합니다.

Q: 제 프로젝트는 캐릭터 그루밍에 XGen을 사용합니다. 렌더링됩니까? A: 네, XGen 패치 파일(.xgen 및 .xpd)이 프로젝트 아카이브에 포함된 경우. 씬의 XGen Collection Path가 절대 워크스테이션 경로가 아닌 상대 경로(./xgen/)로 설정되어 있는지 확인하시기 바랍니다. XGen이 많은 씬의 프레임당 렌더 시간은 정적 지오메트리보다 훨씬 높습니다; 그룸이 정적인 애니메이션의 경우 그루밍을 Alembic으로 사전 베이킹하는 것이 일반적인 최적화입니다.

Q: 제 Maya 씬은 XGen 대신 그루밍에 Yeti 또는 Ornatrix를 사용합니다 — 지원됩니까? A: Yeti와 Ornatrix는 기본적으로 사전 설치되지 않습니다. 플러그인을 워커 이미지에 추가하는 것을 논의하기 위해 제출 전에 지원팀에 연락하시기 바랍니다. 대안으로, 제출 전에 그루밍을 Alembic 지오메트리로 베이킹하시기 바랍니다 — 베이킹된 출력은 플러그인 없이 렌더팜에서 렌더링됩니다.

Q: 깨끗한 애니메이션 출력을 위해 Arnold Denoiser를 어떻게 구성합니까? A: 애니메이션의 경우 Noice 시간적 워크플로가 가장 깨끗한 결과를 생성합니다. beauty 출력과 함께 N(분산) 및 Z(깊이) AOV를 활성화하고, AA 샘플을 최소 6–10으로 설정하고, 시간적 프레임 범위(예: 7프레임 윈도우를 위해 -3 +3)로 Noice를 구성하시기 바랍니다. Optix는 프레임당 더 빠르지만 Noice 시간적만큼 프레임 간 노이즈 분산을 처리하지 못합니다.

Q: 렌더팜이 씬을 로드하려 할 때 "missing plugin" 오류가 발생합니다. 무엇을 확인해야 합니까? A: 로컬에서 깨끗한 Maya 세션(모든 창 닫기, Maya 재시작, 그 다음 열기)에서 씬을 열고 Script Editor에서 "missing plugin" 경고를 확인하시기 바랍니다. 렌더팜에 사전 설치되지 않은 플러그인은 씬의 플러그인 목록에서 제거하거나(Edit → Unknown Plug-ins → Remove) 동등한 것으로 대체해야 합니다. "셸프에 플러그인 없음" 워크플로에 대해서는 위의 문제 해결 섹션도 참고하시기 바랍니다.

Q: Maya Software 렌더러 또는 Hardware Renderer 2.0 작업을 렌더링할 수 있습니까? A: Maya Software는 지원되지만 거의 사용되지 않습니다; 거의 모든 프로덕션 작업에 Arnold를 권장합니다. Hardware Renderer 2.0은 뷰포트 플레이블라스트를 위한 것으로 분산 렌더링을 위해 설계되지 않았습니다 — 로컬 워크스테이션에서 렌더링하시기 바랍니다.

Q: 렌더팜에서 TX 텍스처 변환이 실패합니다. 무슨 일입니까? A: Arnold의 "Automatic TX texture update" 옵션이 렌더 시점에 워커가 텍스처를 .tx로 변환하도록 트리거하는데, 워커의 사용자 권한이 로컬 설정과 다를 경우 실패할 수 있습니다. 신뢰할 수 있는 해결 방법: maketx를 사용하여 로컬에서 모든 텍스처를 .tx로 사전 변환하고, 프로젝트 아카이브에 .tx 파일을 포함시키고, 제출 전에 Arnold Render Settings에서 Automatic TX update를 비활성화하시기 바랍니다.

Q: 12,000프레임의 4K 스테레오 애니메이션이 있습니다. 렌더팜이 처리할 수 있습니까? A: 네. 그 규모의 프로젝트의 경우, 웹 브라우저 대신 SFTP로 업로드하고(이력서 가능한 전송이 여러 시간의 업로드를 안전하게 처리) 가장 깔끔한 작업 작성을 위해 제출 플러그인을 통해 제출하는 것을 권장합니다. 프레임당 렌더 시간과 그에 따른 비용은 씬 복잡도와 렌더러 선택에 따라 달라집니다; 에서 입력 기반의 예상값을 제공합니다.

---