Configurar Maya para el renderizado en la nube

Maya en nuestra render farm ejecuta tres motores de renderizado principales: Arnold (el motor predeterminado de Maya), V-Ray y Redshift, junto con soporte para el grooming interactivo de XGen, los pipelines de Alembic y USD, y los principales plugins de terceros en los que confían los equipos de VFX y animación. Esta página cubre el empaquetado de proyectos, las notas por motor, el flujo de trabajo de XGen, la configuración del Arnold Denoiser, Render Setup frente a Legacy Render Layers, el flujo de envío y la resolución de problemas específicos de Maya.

Para el posicionamiento de alto nivel de Maya en nuestra render farm (versiones compatibles, niveles de hardware, ejemplos de precios), la página de destino dedicada está en . Para la cobertura de las funciones de la versión 2027, el artículo está en .

Versiones compatibles

Maya 2024, 2025 y 2026 están preinstalados en cada nodo de trabajo. Maya 2023 está disponible a petición para proyectos heredados; Maya LT no es compatible porque carece de la capacidad de exportación de renderizado necesaria para el renderizado distribuido. La render farm detecta automáticamente la versión del archivo .ma (ASCII) o .mb (binario); no es necesario especificarla manualmente en la interfaz de envío.

Una nota sobre el ciclo de lanzamiento de Maya: Autodesk publica versiones anuales más actualizaciones de puntos (por ejemplo, 2025.1, 2025.2, 2025.3). Ponemos a disposición la última versión GA en un plazo de cuatro a seis semanas desde su disponibilidad pública. Si su proyecto requiere una actualización de punto específica por compatibilidad con plugins (Yeti, Bifrost o una compilación de motor de renderizado de terceros anclada a una versión menor de Maya), menciónelo en las notas del trabajo y podemos enrutar el trabajo a un nodo anclado a esa versión.

La compatibilidad directa entre versiones dentro de una versión principal suele ser segura (una escena 2024.0 se abre limpiamente en 2024.3), pero la migración entre versiones principales (2023 → 2025) a veces revela nodos obsoletos o reasignaciones de atributos. Si debe enviar una escena 2023, guarde primero una copia con la última versión instalada en su estación de trabajo y verifique que el fotograma de prueba coincida antes de cargar.

Cómo empaquetar su proyecto de Maya

Un proyecto de Maya es el archivo de escena .ma o .mb más la estructura de carpetas del proyecto que Maya espera resolver al abrir la escena:

sourceimages/ — texturas, HDRIs, entradas de color ACEScg administradas por color
scenes/ — la escena maestra más las escenas de referencia (.ma / .mb)
cache/ — cachés de Alembic (.abc), partículas, fluidos y nCloth
xgen/ — datos de parches de XGen (collections/, descriptions/, patches/)
assets/ — standins de Arnold (.ass), proxies de V-Ray (.vrmesh), capas USD (.usd / .usda / .usdc)
data/ — datos auxiliares de la escena (mapas de deformación, archivos de simulación horneados)

La función integrada File → Archive Scene de Maya es la herramienta de empaquetado recomendada. El flujo de trabajo:

Configure la raíz del proyecto. File → Set Project. La resolución de rutas de Maya depende de que la raíz del proyecto esté configurada correctamente; si no lo está, la función de archivo escribirá un archivo estructuralmente válido pero con referencias de rutas absolutas que fallarán en un nodo.
File → Archive Scene. Maya recopila la escena activa, todos los archivos referenciados (sourceimages, referencias, cachés, parches de XGen, standins de Arnold) y los escribe en un único archivo.
Resuelva primero las rutas absolutas. Archive Scene preserva las rutas absolutas si existen (por ejemplo, D:\Projects\shot_010\sourceimages\wood.exr). Antes de archivar, abra el Reference Editor (File → Reference Editor) y cualquier gestor de rutas, y vuelva a apuntar las rutas absolutas a forma relativa (./sourceimages/wood.exr).
Vuelva a archivar como .tar, .tar.gz o .7z si Archive Scene produjo un .zip. No aceptamos cargas .zip, por lo que el archivo necesita volver a empaquetarse antes del envío. Tanto 7-Zip en Windows como tar -czf en macOS / Linux producen archivos compatibles con la render farm.
Verifique el archivo. Abra la escena archivada en su estación de trabajo en una sesión nueva de Maya y renderice un solo fotograma de prueba. Si falta algo (bitmaps, referencias, parches de XGen), localícelo, vuelva a vincularlo y vuelva a archivar.

Un atajo común que no funciona: copiar solo el archivo .ma. Las escenas de Maya solo almacenan referencias a los recursos, nunca los recursos en sí.

Qué verificar antes del envío

Una lista de verificación previa al envío breve que detecta aproximadamente el 80% de los casos de fallo antes de que lleguen a un nodo:

El motor activo está configurado correctamente. Render Settings → Render Using es el menú desplegable que determina qué motor usa el nodo de trabajo. Una configuración incorrecta del motor es una causa común de salida inesperada (una escena creada para Arnold enviada con V-Ray activo se renderizará con los valores predeterminados de V-Ray).
Render Setup frente a Legacy Render Layers. Maya 2017+ usa Render Setup de forma predeterminada; los proyectos heredados pueden seguir usando Legacy Render Layers. Convierta a Render Setup antes del envío (Windows → Rendering Editors → Render Setup → Import from Legacy Render Layers) para evitar el patrón de fallo "Error: Legacy Render Layers" en los nodos de trabajo.
El rango de fotogramas está configurado en Render Settings, no solo en la línea de tiempo. La render farm lee el rango de fotogramas desde Render Settings → Common, no desde la línea de tiempo. Verifique que ambos coincidan; los desajustes suelen presentarse como "la render farm renderizó menos fotogramas de los esperados".
La cámara renderizable está marcada. Render Settings → Common → Renderable Cameras determina qué cámara se renderiza. La cámara persp predeterminada a menudo se deja marcada por accidente; desmarque las cámaras que no desea y marque la que sí.
Las rutas de salida usan tokens de Maya. <RenderLayer>/<Scene>.<#>.<ext> es un valor predeterminado seguro y produce una estructura de salida predecible en la render farm. Evite las rutas de salida absolutas.
Los scripts MEL o Python de pre-renderizado y post-renderizado están desactivados si hacen referencia a rutas específicas de la estación de trabajo (servidores de licencias, carpetas de red, unidades mapeadas). Los hooks de pre/post-renderizado que llaman a system() en rutas de red fallarán silenciosamente en los nodos.
La gestión del color está configurada explícitamente. Las configuraciones de OCIO (ACES, configuraciones personalizadas del estudio) deben estar incluidas en el proyecto o depender del valor predeterminado del nodo. Si usa una configuración de OCIO personalizada, incluya el archivo .ocio en el archivo y configure la ruta relativa a la raíz del proyecto.

Notas específicas por motor

Arnold para Maya

Arnold es el motor predeterminado de Maya y es la opción más común para proyectos de Maya en nuestra render farm, especialmente para VFX, animación de personajes y trabajo de largo alcance. Arnold se ejecuta en nuestro nivel de nodos CPU (Intel Xeon E5-2699 V4 dual, hasta 256 GB de RAM por nodo).

Notas de configuración:

Licencia. Arnold se incluye con Maya bajo la licencia de nodo de renderizado de Autodesk. No necesita una licencia de Arnold separada para renderizar con nosotros; operamos bajo el modelo de utilización solo de renderizado de Autodesk para Arnold.
Configuración de muestreo. Los valores de Camera (AA) Samples, Diffuse, Specular, Transmission, SSS y Volume deben calibrarse localmente antes del envío. La render farm usa los valores de muestreo que especifica su proyecto; las escenas con muestras insuficientes renderizarán con ruido en la render farm exactamente como lo hacen localmente. El muestreo adaptativo, cuando está habilitado, ayuda con las tomas que tienen regiones de alta varianza (interiores con luz de ventana brillante), pero no rescata una escena globalmente con muestras insuficientes.
AOVs. Arnold escribe como EXR multicanal o como archivos por AOV según la configuración del controlador de salida. El multichannel EXR predeterminado es compatible con la render farm. Para la salida de archivos por AOV (para compositores que prefieren archivos separados), cambie el controlador al modo por pase en el navegador de AOVs.
Standins y procedurales. Los standins de Arnold (archivos .ass) y los procedurales funcionan en la render farm. Incluya los archivos standin en el archivo de su proyecto; la resolución de rutas se gestiona en el momento del envío. Para standins muy grandes (por encima de 5 GB), la ruta de carga SFTP es más fiable que la carga por navegador.
Shaders OSL. Los shaders OSL personalizados incluidos en la escena funcionan en la render farm. Los shaders que dependen de rutas específicas de la estación de trabajo (archivos .oso compilados en una ubicación no estándar) deben moverse a la carpeta shaders/ del proyecto antes de archivar.
Operators (Imagers, Light Filters). El grafo de operadores de Arnold para anulaciones de escenas en etapas tardías (filtros de luz, imagers, controladores de AOV personalizados) es compatible. Verifique que el grafo de operadores esté conectado a defaultArnoldRenderOptions antes del envío.

Arnold Denoiser (Optix y Noice)

El Arnold Denoiser viene en dos variantes y ambas se ejecutan en la render farm:

Denoiser Optix. Denoise post-renderizado acelerado por GPU, rápido. Configúrelo en Render Settings → Arnold Renderer → Denoising. Optix se beneficia de AA samples de entrada en el rango de 6–10; por debajo de 6 AA, el denoiser comienza a difuminar los detalles finos.
Noice (CPU, temporal). El flujo de trabajo recomendado para animación. Noice opera en secuencias EXR con el AOV N (varianza) y Z (profundidad) incorporados. Para el denoise temporal (que elimina la varianza de ruido entre fotogramas), configure el rango de fotogramas temporal (por ejemplo, -3 +3 para una ventana de siete fotogramas). La render farm ejecuta Noice como paso post-renderizado; incluya los AOVs (N, Z, beauty) en la lista de AOVs antes del envío.

Una salida del denoiser con granularidad suele deberse a una de tres causas: AA samples insuficientes (aumente a un mínimo de 6–10), AOV de varianza faltante (Optix lo necesita para la señal de varianza) o rango de fotogramas temporal mal configurado en Noice. Para animaciones con grooming consistente o desenfoque de movimiento, el modo temporal de Noice es significativamente más limpio que Optix por fotograma.

V-Ray para Maya

V-Ray para Maya se ejecuta en nuestro nivel de nodos CPU. Es la opción para estudios con pipelines de V-Ray establecidos a partir de flujos de trabajo de 3ds Max o Cinema 4D que han migrado a Maya.

Notas de configuración:

Licencia. V-Ray en nuestra render farm se ejecuta bajo nuestra licencia de socio de Chaos. Como socio oficial de Chaos, operamos instalaciones de V-Ray con licencia.
Caché de GI (Irradiance Map + Light Cache). Para renderizados estáticos de archviz, pre-calcular el Irradiance Map y el Light Cache localmente es significativamente más rápido que volver a calcular por nodo. El flujo de trabajo de dos pases (prepass en disco, luego pase final reutilizando el mapa guardado) está documentado en la .
Prepass de animación de V-Ray. Para animación, el flujo de trabajo recomendado usa el modo "Animation (prepass)" del Irradiance Map a lo largo del rango completo de fotogramas para construir un mapa parcial por fotograma, luego el modo "Animation (rendering)" para el pase final. Esto elimina el parpadeo de GI por fotograma y es significativamente más rápido que volver a calcular el GI en cada fotograma del nodo. El mismo patrón documentado para 3ds Max se aplica aquí; los nombres de los parámetros coinciden en las dos vinculaciones de DCC.
VRayProxy. Compatible. Incluya los archivos proxy .vrmesh en el archivo del proyecto bajo assets/ o proxies/. Verifique que las rutas de los proxies en la escena sean relativas.
V-Ray Frame Buffer (VFB). La salida EXR con correcciones de color del VFB es compatible; guarde las correcciones como archivo .vccglb usando VFB → menú "..." → Save Corrections, e incluya el archivo en el archivo. El nodo aplica las correcciones guardadas durante el renderizado.
Archivos VRayScene. Compatible como referencias de escenas externas. Incluya cualquier archivo .vrscene en el archivo junto al .ma / .mb maestro.

Redshift para Maya

Redshift para Maya se ejecuta en nuestro nivel de nodos GPU NVIDIA RTX 5090 (32 GB de VRAM por tarjeta). Es la opción para estudios con pipelines de Maya que necesitan velocidad de iteración GPU, especialmente equipos de diseño en movimiento, estudios de animación independientes y trabajo de gráficos para broadcast.

Notas de configuración:

Licencia. Redshift en nuestra render farm se ejecuta bajo nuestra licencia de socio de Maxon.
Memoria fuera del núcleo. Habilitada por defecto. Permite que las escenas que superan los 32 GB de VRAM rendericen transmitiendo texturas y geometría desde la RAM del sistema. La penalización fuera del núcleo es real en escenas pesadas: una escena que se ejecuta completamente en VRAM es significativamente más rápida que una que transmite la mitad de su conjunto de trabajo. Para secuencias de producción, calibre el tamaño de las texturas y la densidad de los proxies para que quepan si es posible.
Muestreo unificado. Los valores de muestreo unificado controlan la calidad del renderizado por fotograma. Calibre localmente antes del envío; la salida de Redshift con muestras insuficientes parece similar a la de Arnold con muestras insuficientes (ruido en sombras y reflexiones), pero las rutas de optimización difieren.
AOVs. El mismo patrón de EXR multicanal o archivos por AOV que en el flujo de trabajo de Redshift con C4D. El navegador de AOVs de Redshift está en Render Settings → AOVs.
Proxy de Redshift. Compatible. Use archivos proxy .rs para geometría instanciada o recursos principales exportados desde otro DCC.
Redshift IPR frente a renderizado final. Los ajustes que parecen aceptables en IPR (la vista previa interactiva) a veces renderizan insuficientemente con la calidad del pase final. Siempre renderice un fotograma de prueba con el muestreo del pase final localmente antes de enviar un lote de animación.

Maya XGen

El grooming interactivo XGen para trabajo de personajes, objetos dispersos y trabajo ornamental es compatible con la render farm. XGen lleva datos de parches fuera del archivo de escena, por lo que el empaquetado requiere atención adicional.

El flujo de trabajo para proyectos XGen:

Verifique que los parches de XGen estén guardados. Abra su proyecto localmente, actualice cada descripción de XGen (Generate → Refresh) y guarde la escena. XGen a veces mantiene los datos de los parches solo en la sesión de trabajo hasta que se guardan explícitamente.
Incluya la carpeta xgen/ en su archivo. Archive Scene de Maya generalmente captura esta carpeta, pero verifíquelo antes de cargar. La carpeta contiene las subcarpetas collections/, descriptions/ y patches/.
Verifique la ruta de la colección XGen en su escena. Si la ruta hace referencia a una unidad de estación de trabajo absoluta (por ejemplo, D:\Projects\shot\xgen\), Maya no encontrará la colección en el nodo. Cámbiela a relativa (./xgen/) antes de archivar.
XGen procedural (geometría instanciada, archivos). Asegúrese de que los archivos de referencia estén en la carpeta del proyecto, no en un directorio de estación de trabajo separado. Para archivos XGen basados en Alembic, incluya los archivos .abc en cache/ o assets/.
Pre-almacene en caché los splines de grooming. Para escenas de cabello denso, hornear el grooming a un estado en caché (Cache → Create Cache File) antes del envío acorta el tiempo de configuración por nodo.

El tiempo de renderizado por fotograma para escenas con XGen pesado es significativamente mayor que para la geometría estática: la evaluación de XGen se ejecuta por fotograma, y las escenas de cabello denso pueden tardar de 10 a 30 minutos por fotograma incluso en nodos de nivel superior. Para el trabajo de animación donde el grooming es estático (sin simulación por fotograma), pre-hornear XGen a geometría Alembic antes del renderizado es una optimización común: convierta la descripción de XGen a polígonos o curvas, almacene en caché como Alembic y referencie el Alembic en la escena de renderizado. La render farm renderiza el Alembic en caché con un costo por fotograma predecible.

Soporte de plugins de Maya

El plugin de envío de Super Renders Farm para Maya gestiona la verificación de recursos, las comprobaciones de configuración de renderizado y el envío con un solo clic directamente desde dentro de Maya. Instálelo desde la sección de descargas del dashboard de su cuenta. Después de la instalación, el plugin aparece como un botón en la barra de herramientas etiquetado como SuperRenders y como un elemento de menú bajo SuperRenders en la barra de menú principal de Maya.

Funciones del plugin:

Envío con un clic desde dentro de Maya — recoge la configuración activa de renderizado (motor, rango de fotogramas, ruta de salida, AOVs, capas de renderizado) y envía sin salir de Maya.
Verificación de rutas de recursos — detecta texturas faltantes, referencias, parches de XGen, standins y proxies antes del envío. Detecta el modo de fallo de "recurso faltante en el nodo" a nivel de la estación de trabajo en lugar de a nivel del nodo.
Reconocimiento de Render Layer / Render Setup — envía la configuración correcta de capas, incluyendo las anulaciones de capas y los indicadores de visible en renderizado.
Comprobación de token de licencia — confirma que el motor elegido en Render Settings es compatible con la render farm antes del envío, para que las configuraciones no compatibles se detecten localmente en lugar de en el momento del renderizado.
Paso de notas del trabajo — cualquier cosa que escriba en el campo de notas del plugin llega a la cola de envío y es visible para el personal de soporte si presenta un ticket sobre el trabajo.

Para los pasos de instalación del plugin y la resolución de problemas (incluyendo el patrón de "plugin no en la barra de herramientas"), consulte .

Flujo de envío

Tres canales de envío funcionan para proyectos de Maya:

Plugin de envío (recomendado para trabajo iterativo). Envíe desde dentro de Maya después de instalar el plugin. El ciclo de iteración más ajustado porque el plugin lee la configuración de renderizado en vivo; no hay riesgo de enviar con un estado obsoleto de la interfaz.
Carga web + envío a través del dashboard. Cargue el proyecto archivado y luego envíelo a través del sitio web. Funciona sin el plugin instalado y es la opción correcta para trabajos puntuales o para usuarios en estaciones de trabajo con restricciones donde la instalación de plugins está bloqueada.
Client App. Carga + envío + descarga automática en un solo entorno. Ideal para estudios con trabajos recurrentes de Maya que quieren una aplicación de escritorio gestionando el ciclo completo sin necesidad del navegador.

Para el flujo de carga-envío-descarga entre DCC, consulte la .

Resolución de problemas específicos de Maya

Para la resolución de problemas generales que se aplica a todos los DCC, consulte . Casos específicos de Maya:

Todos los renderizados devuelven negro o en blanco. Verifique que Render Settings → Common → "Renderable Camera" esté configurada con su cámara prevista (no la persp predeterminada). Compruebe también que su cámara de renderizado no esté oculta en el Outliner. Esta es la causa más común de renderizados negros en trabajos de Maya.
"Missing plugin" o plugin no en la barra de herramientas. El plugin de envío debe cargarse en Plugin Manager (Windows → Settings/Preferences → Plug-in Manager). Busque el plugin de SuperRenders y marque tanto "Loaded" como "Auto load". Si el archivo del plugin no está en su carpeta plug-ins/, vuelva a ejecutar el instalador desde el dashboard de su cuenta.
Cómo eliminar el plugin antiguo antes de reinstalar. Si anteriormente instaló una versión anterior de nuestro plugin de envío, elimine el archivo .mll (Windows) o .bundle (macOS) antiguo de Documents/maya/<version>/plug-ins/ antes de instalar la nueva versión. Maya a veces carga la versión antigua preferentemente cuando ambas están presentes.
Fallos de conversión automática de TX. Si "Automatic TX texture update" está habilitado en Arnold Render Settings, Maya intenta convertir las texturas a .tx en el momento del renderizado. En la render farm, esta conversión puede fallar si los permisos del nodo no coinciden con su configuración local. La solución fiable es pre-convertir las texturas a .tx localmente usando maketx (incluido con Arnold), incluir los archivos .tx en su archivo y deshabilitar "Automatic TX texture update" antes del envío.
"Error: Legacy Render Layers." Maya 2017+ usa Render Setup de forma predeterminada; abrir un proyecto más antiguo con Legacy Render Layers puede desencadenar este error en la render farm. Convierta a Render Setup localmente (Windows → Rendering Editors → Render Setup → Import from Legacy Render Layers) antes del envío. La conversión no es destructiva: los datos originales de Legacy Render Layers permanecen en la escena.
El Arnold Denoiser produce salida con granularidad. Verifique que el denoiser esté configurado con suficientes muestras de entrada (AA samples a un mínimo de 6–10) y que el AOV de varianza (N) esté habilitado. Para Noice con denoise temporal, confirme que el rango de fotogramas temporal esté configurado correctamente en relación con el fotograma que está desruidando.
iRay rendering habilitado en el archivo de escena. iRay fue obsoleto por Autodesk y no es compatible con la render farm. Si su escena tiene iRay como motor activo, cambie a Arnold (o V-Ray / Redshift) en Render Settings → Render Using antes de enviar.
Recurso faltante al cargar la escena. Abra Asset Tracking en su estación de trabajo (Windows → General Editors → File Path Editor), localice los elementos faltantes, vuelva a vincularlos y vuelva a archivar. La mayoría de los fallos de "recurso faltante" en la render farm se deben a una ruta que cambió después del último pase de Archive.
Cámara incorrecta debido a View to Render bloqueada. Si una cámara está bloqueada al viewport en su escena (Panels → Perspective → camera → Lock Camera), Maya puede preferir esa cámara sobre la establecida en Render Settings. Desbloquee las cámaras bloqueadas al viewport antes del envío.
La imagen de salida no es completa / recortada. Verifique Render Settings → Common → "Use Render Region": si está habilitada y configurada a una sub-región, el nodo solo renderiza esa región. Desactive para la salida de fotograma completo.
Yeti u Ornatrix no están preinstalados. Yeti y Ornatrix no están preinstalados por defecto en la imagen del nodo. Contacte a soporte antes del envío para hablar sobre la adición del plugin al nodo, o convierta el grooming a geometría Alembic y referencie la caché en su lugar; la salida horneada se renderiza en la render farm sin necesitar el plugin.

Referencias cruzadas

— flujo de carga, envío y descarga
— cómo se calculan los costos de los trabajos de Maya
— Irradiance Map, Light Cache, prepass de animación
— guía de SFTP, formatos de archivo
— resolución de problemas entre DCC
— instalación del plugin de envío de Maya
— página de destino
— artículo sobre la cobertura de la versión
— página de destino específica para Arnold
— página de destino específica para Redshift

FAQ

Q: ¿Qué versiones de Maya admite la render farm? A: Maya 2024, 2025 y 2026 están preinstalados en cada nodo de trabajo. Maya 2023 está disponible a petición para proyectos heredados. Maya LT no es compatible porque carece de la capacidad de exportación de renderizado necesaria para el renderizado distribuido. La render farm detecta automáticamente la versión del archivo .ma o .mb.

Q: ¿Necesito transferir mi licencia de Maya para renderizar en la render farm? A: No. Ejecutamos instalaciones de Maya con licencia en toda nuestra flota de nodos bajo la licencia de nodo de renderizado de Autodesk. Su licencia local de Maya permanece con usted.

Q: ¿Qué motor debo elegir: Arnold, V-Ray o Redshift? A: Arnold para animación de personajes y trabajo de VFX (el predeterminado de Maya; la integración de pipeline más profunda). V-Ray para pipelines de estudio con V-Ray establecidos o archviz con GI pesado. Redshift para iteración rápida en GPU en diseño en movimiento y animación independiente. Los tres son compatibles con licencias verificadas en nuestra render farm y producen salida predecible en todos los nodos de trabajo.

Q: Mi proyecto usa XGen para el grooming de personajes. ¿Se renderizará? A: Sí, siempre que los archivos de parches de XGen (.xgen y .xpd) estén incluidos en el archivo de su proyecto. Verifique que la ruta de la colección XGen en su escena esté configurada como relativa (./xgen/), no como una ruta absoluta de la estación de trabajo. El tiempo de renderizado por fotograma para escenas con XGen pesado es significativamente mayor que para la geometría estática; pre-hornear el grooming a Alembic es una optimización común para la animación donde el grooming es estático.

Q: Mi escena de Maya usa Yeti u Ornatrix para el grooming en lugar de XGen. ¿Son compatibles? A: Yeti y Ornatrix no están preinstalados por defecto. Contacte a soporte antes del envío para hablar sobre la adición del plugin a la imagen del nodo. Como alternativa, convierta el grooming a geometría Alembic antes del envío; la salida horneada se renderiza en la render farm sin necesitar el plugin.

Q: ¿Cómo configuro el Arnold Denoiser para obtener una salida de animación limpia? A: Para la animación, el flujo de trabajo temporal de Noice produce los resultados más limpios. Habilite los AOVs N (varianza) y Z (profundidad) junto con su salida beauty, configure los AA samples a un mínimo de 6–10 y configure Noice con un rango de fotogramas temporal (por ejemplo, -3 +3 para una ventana de siete fotogramas). Optix es más rápido por fotograma, pero no gestiona la varianza de ruido entre fotogramas tan limpiamente como el temporal de Noice.

Q: Obtengo errores de "missing plugin" cuando la render farm intenta cargar mi escena. ¿Qué debo verificar? A: Abra la escena en una sesión limpia de Maya localmente (cierre todas las ventanas, reinicie Maya y luego abra). Verifique el Script Editor para ver las advertencias de "missing plugin". Los plugins que no están preinstalados en la render farm deben eliminarse de la lista de plugins de la escena (Edit → Unknown Plug-ins → Remove) o sustituirse por equivalentes. Consulte la sección de Resolución de problemas anterior para el flujo de trabajo de "plugin no en la barra de herramientas".

Q: ¿Puedo renderizar trabajos con Maya Software renderer o Hardware Renderer 2.0? A: Maya Software es compatible pero rara vez se usa; recomendamos Arnold para casi todo el trabajo de producción. Hardware Renderer 2.0 está diseñado para playblasts de viewport y no está concebido para el renderizado distribuido; renderice esos localmente en su estación de trabajo.

Q: Mi conversión de texturas TX está fallando en la render farm. ¿Qué está pasando? A: La opción "Automatic TX texture update" de Arnold activa al nodo para convertir las texturas a .tx en el momento del renderizado, lo que puede fallar si los permisos de usuario del nodo difieren de los de su configuración local. La solución fiable: pre-convierta todas las texturas a .tx localmente usando maketx, incluya los archivos .tx en el archivo de su proyecto y deshabilite Automatic TX update en Arnold Render Settings antes del envío.

Q: Tengo una animación estéreo 4K con 12.000 fotogramas. ¿Puede la render farm manejarlo? A: Sí. Para proyectos de ese tamaño, recomendamos cargar a través de SFTP en lugar del navegador (las transferencias reanudables gestionan las cargas de varias horas con seguridad) y enviar a través del plugin de envío para la creación más limpia de trabajos. El tiempo de renderizado por fotograma y el costo resultante dependen de la complejidad de su escena y de la elección del motor; la ofrece una estimación basada en sus datos de entrada.