Configurer Maya pour le rendu cloud

Maya sur notre render farm exécute trois moteurs de rendu principaux — Arnold (le moteur par défaut de Maya), V-Ray et Redshift — aux côtés du support pour le grooming interactif XGen, les pipelines Alembic et USD, et les principaux plugins tiers sur lesquels les équipes VFX et d'animation s'appuient. Cette page couvre le packaging de projet, les notes par moteur de rendu, le flux de travail XGen, la configuration de l'Arnold Denoiser, Render Setup vs Legacy Render Layers, le flux de soumission et le dépannage spécifique à Maya.

Pour le positionnement de haut niveau de Maya sur notre render farm — versions supportées, tiers matériels, exemples de tarification — la page de destination dédiée se trouve sur . Pour la couverture des fonctionnalités de la version 2027, l'article se trouve sur .

Versions supportées

Maya 2024, 2025 et 2026 sont pré-installés sur chaque worker. Maya 2023 est disponible sur demande pour les projets hérités ; Maya LT n'est pas supporté car il lui manque la capacité d'export de rendu nécessaire au rendu distribué. La render farm fait correspondre automatiquement la version de votre fichier .ma (ASCII) ou .mb (binaire) — vous n'avez pas besoin de la spécifier manuellement dans l'interface de soumission.

Une note sur le rythme de sorties de Maya : Autodesk livre des versions annuelles plus des versions ponctuelles (par exemple, 2025.1, 2025.2, 2025.3). Nous approvisionnons la dernière version GA dans les quatre à six semaines suivant sa disponibilité publique. Si votre projet nécessite une version ponctuelle spécifique en raison d'une compatibilité de plugin — Yeti, Bifrost, ou un build de moteur de rendu tiers verrouillé sur une version mineure de Maya — mentionnez-le dans les notes du job et nous pouvons router le job vers un worker verrouillé sur cette version.

La compatibilité ascendante inter-versions à l'intérieur d'une version majeure est généralement sûre (une scène 2024.0 s'ouvre proprement dans 2024.3), mais la migration inter-majeure (2023 → 2025) fait parfois apparaître des nœuds obsolètes ou des remappages d'attributs. Si vous devez soumettre une scène 2023, sauvegardez d'abord une copie avec la dernière version installée sur votre station de travail et vérifiez que la frame de test correspond avant d'uploader.

Packager votre projet Maya

Un projet Maya est composé du fichier de scène .ma ou .mb plus la structure de dossiers de projet que Maya s'attend à résoudre au moment de l'ouverture de la scène :

sourceimages/ — textures, HDRIs, entrées color-managed ACEScg
scenes/ — la scène master plus toutes les scènes de référence (.ma / .mb)
cache/ — Alembic (.abc), caches de particules, fluides, nCloth
xgen/ — données de patch XGen (collections/, descriptions/, patches/)
assets/ — standins Arnold (.ass), proxies V-Ray (.vrmesh), couches USD (.usd / .usda / .usdc)
data/ — données de scène auxiliaires (cartes de déformeurs, fichiers de simulation bakés)

La fonction intégrée File → Archive Scene de Maya est l'outil de packaging recommandé. Le flux de travail :

Définissez la racine du projet. File → Set Project. La résolution de chemins de Maya dépend du fait que la racine du projet soit correctement définie ; si elle ne l'est pas, la fonction Archive écrira une archive structurellement valide mais avec des références de chemins absolus qui échouent sur un worker.
File → Archive Scene. Maya rassemble la scène active, tous les fichiers référencés (sourceimages, références, caches, patches XGen, standins Arnold), et les écrit dans une seule archive.
Résolvez d'abord les chemins absolus. Archive Scene préserve les chemins absolus s'ils existent (par exemple, D:\Projects\shot_010\sourceimages\wood.exr). Avant d'archiver, ouvrez le Reference Editor (File → Reference Editor) et tout gestionnaire de chemins, et repointez les chemins absolus vers la forme relative (./sourceimages/wood.exr).
Ré-archivez en .tar, .tar.gz ou .7z si Archive Scene a produit un .zip. Nous n'acceptons pas les uploads .zip, donc le fichier doit être re-packagé avant la soumission. 7-Zip sur Windows et tar -czf sur macOS / Linux produisent tous deux des archives compatibles avec la render farm.
Vérifiez l'archive. Ouvrez la scène archivée sur votre station de travail dans une session Maya fraîche et rendez une seule frame de test. Si quelque chose manque — bitmaps, références, patches XGen — localisez-le, re-liez-le et ré-archivez.

Un raccourci courant qui ne fonctionne pas : copier uniquement le fichier .ma. Les scènes Maya ne stockent que des références aux assets, jamais les assets eux-mêmes.

Ce qu'il faut vérifier avant la soumission

Une courte checklist de pré-vol qui attrape environ 80 % des cas d'échec avant qu'ils n'atteignent un worker :

Le moteur de rendu actif est correctement défini. Render Settings → Render Using est le menu déroulant qui détermine quel moteur de rendu le worker utilise. Les paramètres de moteur de rendu mal appariés sont une cause fréquente de sortie inattendue (une scène créée pour Arnold soumise avec V-Ray actif se rendra avec les valeurs par défaut de V-Ray).
Render Setup vs Legacy Render Layers. Maya 2017+ utilise par défaut Render Setup ; les projets hérités peuvent encore utiliser Legacy Render Layers. Convertissez vers Render Setup avant la soumission (Windows → Rendering Editors → Render Setup → Import from Legacy Render Layers) pour éviter le schéma d'échec « Error: Legacy Render Layers » sur les nœuds workers.
L'intervalle de frames est défini dans Render Settings, pas seulement dans la timeline. La render farm lit l'intervalle de frames depuis Render Settings → Common, pas depuis la timeline. Vérifiez que les deux correspondent ; les incompatibilités se manifestent généralement par « la render farm a rendu moins de frames que ce à quoi je m'attendais ».
La caméra rendable est cochée. Render Settings → Common → Renderable Cameras détermine quelle caméra se rend. La persp par défaut est souvent laissée cochée par accident ; décochez les caméras que vous ne voulez pas et cochez celle que vous voulez.
Les chemins de sortie utilisent des tokens Maya. <RenderLayer>/<Scene>.<#>.<ext> est un défaut sûr et produit une structure de sortie prévisible sur la render farm. Évitez les chemins de sortie absolus.
Les scripts MEL ou Python de pré-rendu et post-rendu désactivés s'ils référencent des chemins propres à la station de travail (serveurs de licences, dossiers réseau, lecteurs mappés). Les hooks de pré/post-rendu qui appellent system() vers des chemins réseau échoueront silencieusement sur les workers.
La gestion des couleurs est définie explicitement. Les configs OCIO (ACES, configs studio personnalisées) doivent soit être regroupées dans le projet, soit s'appuyer sur le worker par défaut. Si vous utilisez une config OCIO personnalisée, incluez le fichier .ocio dans l'archive et définissez le chemin relativement à la racine du projet.

Notes spécifiques par moteur de rendu

Arnold pour Maya

Arnold est le moteur de rendu par défaut de Maya et le choix le plus courant pour les projets Maya sur notre render farm — en particulier pour la VFX, l'animation de personnages et le travail sur long-métrage. Arnold s'exécute sur notre tier de workers CPU (Dual Intel Xeon E5-2699 V4, jusqu'à 256 Go de RAM par nœud).

Notes de configuration :

Licence : Arnold est livré dans le cadre de Maya sous l'octroi de licence Autodesk render-node. Vous n'avez pas besoin d'une licence Arnold séparée pour effectuer un rendu chez nous ; nous opérons sous le modèle d'utilisation render-only d'Autodesk pour Arnold.
Paramètres d'échantillonnage. Les échantillons Camera (AA), Diffuse, Specular, Transmission, SSS et Volume doivent être calibrés localement avant la soumission. La render farm utilise les valeurs d'échantillonnage que votre projet spécifie ; les scènes sous-échantillonnées se rendent avec du bruit sur la render farm exactement comme elles le font localement. L'Adaptive Sampling, lorsqu'il est activé, aide pour les plans avec des régions à forte variance (intérieurs avec lumière de fenêtre vive) mais ne sauve pas une scène globalement sous-échantillonnée.
AOVs. Arnold écrit soit en EXR multi-canal soit en fichiers par AOV selon les paramètres de l'Output Driver. Le multichannel EXR par défaut est supporté sur la render farm. Pour une sortie fichier par AOV (pour les compositeurs qui préfèrent des fichiers séparés), basculez le driver en mode par-passe dans le navigateur d'AOVs.
Standins et procéduraux. Les standins Arnold (fichiers .ass) et les procéduraux fonctionnent sur la render farm. Incluez les fichiers de standins dans l'archive de votre projet ; la résolution de chemins est gérée au moment de la soumission. Pour les très gros standins (au-delà de 5 Go), le chemin d'upload SFTP est plus fiable que l'upload navigateur.
Shaders OSL. Les shaders OSL personnalisés intégrés à la scène fonctionnent sur la render farm. Les shaders qui dépendent de chemins propres à la station de travail (fichiers .oso compilés dans un emplacement non standard) doivent être déplacés dans le dossier shaders/ du projet avant l'archivage.
Opérateurs (Imagers, Light Filters). Le graphe d'opérateurs d'Arnold pour les overrides de scène en fin de pipeline (light filters, imagers, drivers d'AOV personnalisés) est supporté. Vérifiez que le graphe d'opérateurs est connecté à defaultArnoldRenderOptions avant la soumission.

Arnold Denoiser (Optix et Noice)

L'Arnold Denoiser existe en deux saveurs et les deux fonctionnent sur la render farm :

Denoiser Optix. Accéléré par GPU, denoise post-rendu rapide. Configurez-le dans Render Settings → Arnold Renderer → Denoising. Optix bénéficie d'échantillons AA d'entrée dans la plage 6 à 10 ; en dessous de 6 AA, le denoiser commence à baver les détails fins.
Noice (CPU, temporel). Le flux de travail recommandé pour l'animation. Noice opère sur des séquences EXR avec l'AOV N (variance) et l'AOV Z (depth) bakés. Pour le denoising temporel — qui supprime la variance de bruit d'une frame à l'autre — définissez l'intervalle de frames temporel (par exemple, -3 +3 pour une fenêtre de sept frames). La render farm exécute Noice comme étape post-rendu ; incluez les AOVs (N, Z, beauty) dans la liste d'AOVs avant la soumission.

Une sortie de denoiser grumeleuse remonte généralement à l'une de trois causes : échantillons AA insuffisants (relevez à 6 à 10 minimum), AOV de variance manquante (Optix en a besoin pour le signal de variance), ou intervalle de frames temporel mal défini sur Noice. Pour les animations avec un grooming ou un motion blur cohérents, le mode temporel de Noice est significativement plus propre que l'Optix par-frame.

V-Ray pour Maya

V-Ray pour Maya s'exécute sur notre tier de workers CPU. C'est le choix pour les studios disposant de pipelines V-Ray établis depuis des flux de travail 3ds Max ou Cinema 4D qui sont passés à Maya.

Notes de configuration :

Licence. V-Ray sur notre render farm fonctionne sous notre licence partenaire Chaos. En tant que partenaire officiel Chaos, nous opérons des installations V-Ray sous licence.
Cache GI (Irradiance Map + Light Cache). Pour les rendus archviz en image fixe, pré-calculer l'Irradiance Map et le Light Cache localement est significativement plus rapide que de recalculer par worker. Le flux de travail en deux passes — prepass sur disque, puis passe finale réutilisant la carte sauvegardée — est documenté dans le .
Prepass d'animation V-Ray. Pour l'animation, le flux de travail recommandé utilise le mode « Animation (prepass) » d'Irradiance Map sur l'intervalle complet de frames pour construire une carte partielle par frame, puis le mode « Animation (rendering) » pour la passe finale. Cela supprime le scintillement GI image par image et c'est significativement plus rapide que de recalculer la GI sur chaque frame de worker. Le même schéma documenté pour 3ds Max s'applique ici — les noms de paramètres correspondent entre les deux bindings DCC.
VRayProxy. Supporté. Incluez les fichiers proxy .vrmesh dans l'archive du projet sous assets/ ou proxies/. Vérifiez que les chemins proxy dans la scène sont relatifs.
V-Ray Frame Buffer (VFB). La sortie EXR avec les corrections de couleur VFB est supportée ; sauvegardez les corrections en fichier .vccglb via le menu VFB → « … » → Save Corrections, et incluez le fichier dans l'archive. Le worker applique les corrections sauvegardées durant le rendu.
Fichiers VRayScene. Supportés comme références de scène externes. Incluez tout fichier .vrscene dans l'archive aux côtés du .ma / .mb master.

Redshift pour Maya

Redshift pour Maya s'exécute sur notre tier de workers GPU NVIDIA RTX 5090 (32 Go de VRAM par carte). C'est le choix pour les studios avec des pipelines Maya qui ont besoin de la vitesse d'itération GPU — en particulier les équipes de motion design, les studios d'animation indépendants et le travail de graphisme broadcast.

Notes de configuration :

Licence. Redshift sur notre render farm fonctionne sous notre licence partenaire Maxon.
Mémoire out-of-core. Activée par défaut. Permet aux scènes qui dépassent 32 Go de VRAM de se rendre en streamant les textures et la géométrie depuis la RAM système. La pénalité out-of-core est réelle sur les scènes lourdes — une scène s'exécutant purement en VRAM est significativement plus rapide qu'une qui streame la moitié de son working set — donc pour les séquences de production, calibrez les tailles de texture et la densité des proxies pour qu'elles tiennent si possible.
Unified Sampling. Les valeurs d'Unified Sampling contrôlent la qualité de rendu par frame. Calibrez localement avant la soumission ; une sortie Redshift sous-échantillonnée ressemble à une sortie Arnold sous-échantillonnée (bruit dans les ombres et les reflets) mais les chemins d'optimisation diffèrent.
AOVs. Même schéma EXR multi-canal ou fichier par AOV que le flux de travail Redshift sur C4D. Le navigateur d'AOVs de Redshift se trouve dans Render Settings → AOVs.
Redshift Proxy. Supporté. Utilisez des fichiers proxy .rs pour la géométrie instanciée ou les assets hero exportés depuis un autre DCC.
IPR Redshift vs rendu final. Les paramètres qui semblent acceptables en IPR (l'aperçu interactif) sous-rendent parfois à la qualité de passe finale. Rendez toujours une frame de test à l'échantillonnage de passe finale localement avant de soumettre un batch d'animation.

Maya XGen

Le grooming interactif XGen pour le travail de personnages, les objets dispersés et le travail d'ornement est supporté sur la render farm. XGen transporte des données de patch en dehors du fichier de scène, donc le packaging nécessite une attention supplémentaire.

Le flux de travail pour les projets XGen :

Vérifiez que les patches XGen sont sauvegardés. Ouvrez votre projet localement, rafraîchissez chaque description XGen (Generate → Refresh), et sauvegardez la scène. XGen conserve parfois les données de patch uniquement dans la session de travail jusqu'à ce qu'elles soient explicitement sauvegardées.
Incluez le dossier xgen/ dans votre archive. Archive Scene de Maya capture généralement ce dossier, mais vérifiez avant d'uploader. Le dossier contient les sous-dossiers collections/, descriptions/ et patches/.
Vérifiez le XGen Collection Path dans votre scène. Si le chemin référence un lecteur absolu de station de travail (par exemple, D:\Projects\shot\xgen\), Maya échouera à trouver la collection sur le worker. Définissez-le sur relatif (./xgen/) avant l'archivage.
XGen procédural (géométrie instanciée, archives). Assurez-vous que les archives référencées sont dans le dossier du projet, et non dans un répertoire séparé de la station de travail. Pour les archives XGen basées Alembic, incluez les fichiers .abc dans cache/ ou assets/.
Pré-cachez les splines groomables. Pour les scènes de cheveux denses, baker le groom en état caché (Cache → Create Cache File) avant la soumission raccourcit le temps de setup par worker.

Le temps de rendu par frame pour les scènes lourdes en XGen est significativement plus élevé que pour la géométrie statique — l'évaluation XGen s'exécute par frame, et les scènes de cheveux denses peuvent prendre 10 à 30 minutes par frame même sur des workers de tier supérieur. Pour le travail d'animation où le grooming est statique (pas de simulation par frame), pré-baker XGen en géométrie Alembic avant le rendu est une optimisation courante : convertissez la description XGen en polygones ou courbes, mettez en cache vers Alembic, et référencez l'Alembic dans la scène de rendu. La render farm rend l'Alembic mis en cache avec un coût par frame prévisible.

Support des plugins Maya

Le plugin de soumission Super Renders Farm pour Maya gère la vérification des assets, les contrôles des paramètres de rendu et la soumission en un clic directement depuis Maya. Installez-le depuis la section téléchargement du dashboard de votre compte. Après installation, le plugin apparaît comme un bouton d'étagère étiqueté SuperRenders et comme un élément de menu sous SuperRenders dans la barre de menu principale de Maya.

Fonctionnalités du plugin :

Soumission en un clic depuis Maya — récupère les paramètres de rendu actifs (moteur de rendu, intervalle de frames, chemin de sortie, AOVs, render layers) et soumet sans quitter Maya.
Vérification des chemins d'assets — signale les textures manquantes, les références, les patches XGen, les standins et les proxies avant la soumission. Attrape le mode d'échec « asset manquant sur le worker » au niveau de la station de travail plutôt qu'au niveau du worker.
Conscience des render layers / Render Setup — soumet la configuration de layer correcte, y compris les overrides de layer et les flags visible-au-rendu.
Vérification de jeton de licence — confirme que le moteur de rendu choisi dans Render Settings est supporté sur la render farm avant la soumission, de sorte que les configurations non supportées remontent localement plutôt qu'au moment du rendu.
Pass-through des notes de job — tout ce que vous écrivez dans le champ de notes du plugin atteint la file de soumission et est visible par le personnel de support si vous ouvrez un ticket sur le job.

Pour les étapes d'installation du plugin et le dépannage (y compris le schéma « plugin pas dans l'étagère »), voir .

Flux de soumission

Trois canaux de soumission fonctionnent pour les projets Maya :

Plugin de soumission (recommandé pour le travail itératif). Soumettez depuis Maya après avoir installé le plugin. Boucle d'itération la plus serrée car le plugin lit les paramètres de rendu en direct — aucun risque de soumettre avec un état UI obsolète.
Upload web + soumission via le dashboard. Uploadez le projet archivé, puis soumettez via le site web. Fonctionne sans plugin installé et c'est le bon choix pour les jobs ponctuels ou pour les utilisateurs sur des stations de travail verrouillées où l'installation de plugin est bloquée.
Client App. Upload + soumission + téléchargement automatique dans un seul wrapper. Le meilleur pour les studios avec des jobs Maya récurrents qui veulent une application desktop gérant le round-trip complet sans implication du navigateur.

Pour le flux upload-soumission-téléchargement inter-DCC, voir .

Dépannage des échecs spécifiques à Maya

Pour le dépannage général qui s'applique à tous les DCCs, voir . Cas spécifiques à Maya :

Tous les rendus reviennent noirs ou vides. Vérifiez que Render Settings → Common → « Renderable Camera » est définie sur votre caméra prévue (et non sur la persp par défaut). Vérifiez également que votre caméra de rendu n'est pas masquée dans l'Outliner. C'est la cause la plus courante de rendus noirs sur les jobs Maya.
« Missing plugin » ou plugin pas dans l'étagère. Le plugin de soumission doit être chargé dans le Plugin Manager (Windows → Settings/Preferences → Plug-in Manager). Cherchez le plugin SuperRenders et cochez à la fois « Loaded » et « Auto load ». Si le fichier de plugin manque dans votre dossier plug-ins/, relancez l'installateur depuis le dashboard de votre compte.
Supprimer l'ancien plugin avant la réinstallation. Si vous avez précédemment installé une version plus ancienne de notre plugin de soumission, supprimez l'ancien fichier .mll (Windows) ou .bundle (macOS) de Documents/maya/<version>/plug-ins/ avant d'installer la nouvelle version. Maya charge occasionnellement l'ancienne version par préférence lorsque les deux sont présentes.
Échecs de conversion automatique TX. Si « Automatic TX texture update » est activé dans Arnold Render Settings, Maya essaie de convertir les textures en .tx au moment du rendu. Sur la render farm, cette conversion peut échouer si les permissions du worker ne correspondent pas à votre configuration locale. Le contournement fiable est de pré-convertir les textures en .tx localement avec maketx (livré avec Arnold), d'inclure les fichiers .tx dans votre archive, et de désactiver « Automatic TX texture update » avant la soumission.
« Error: Legacy Render Layers ». Maya 2017+ utilise par défaut Render Setup ; ouvrir un projet plus ancien avec Legacy Render Layers peut déclencher cette erreur sur la render farm. Convertissez vers Render Setup localement (Windows → Rendering Editors → Render Setup → Import from Legacy Render Layers) avant la soumission. La conversion est non destructive — vos données Legacy Render Layers d'origine restent dans la scène.
L'Arnold Denoiser produit une sortie grumeleuse. Vérifiez que le denoiser est configuré avec suffisamment d'échantillons d'entrée (AA samples à 6 à 10 minimum) et que l'AOV de variance (N) est activée. Pour Noice avec denoising temporel, confirmez que l'intervalle de frames temporel est correctement défini par rapport à la frame que vous denoisez.
Rendu iRay activé dans le fichier de scène. iRay a été déprécié par Autodesk et n'est pas supporté sur la render farm. Si votre scène a iRay défini comme moteur de rendu actif, passez à Arnold (ou V-Ray / Redshift) dans Render Settings → Render Using avant de soumettre.
Asset manquant au chargement de la scène. Ouvrez Asset Tracking sur votre station de travail (Windows → General Editors → File Path Editor), localisez les éléments manquants, re-liez et ré-archivez. La plupart des échecs « asset manquant » sur la render farm remontent à un chemin qui a changé après la dernière passe d'Archive.
Mauvaise caméra à cause de View to Render verrouillé. Si une caméra est verrouillée à une fenêtre dans votre scène (Panels → Perspective → camera → Lock Camera), Maya peut préférer cette caméra à celle définie dans Render Settings. Déverrouillez les caméras verrouillées sur la fenêtre avant la soumission.
L'image de sortie n'est pas complète / rognée. Vérifiez Render Settings → Common → « Use Render Region » — s'il est activé et configuré sur une sous-région, le worker ne rend que cette région. Désactivez pour une sortie en frame complète.
Yeti ou Ornatrix non pré-installés. Yeti et Ornatrix ne sont pas pré-installés par défaut sur l'image du worker. Soit contactez le support avant la soumission pour discuter de l'ajout du plugin au worker, soit bakez le grooming en géométrie Alembic et référencez le cache à la place — la sortie bakée se rend sur la render farm sans avoir besoin du plugin.

Références croisées

— flux de travail upload, soumission, téléchargement
— comment les coûts des jobs Maya sont calculés
— Irradiance Map, Light Cache, prepass d'animation
— guide SFTP, formats d'archive
— dépannage inter-DCC
— installation du plugin de soumission Maya
— page de destination
— article de couverture de version
— page de destination spécifique Arnold
— page de destination spécifique Redshift

FAQ

Q : Quelles versions de Maya la render farm supporte-t-elle ? A : Maya 2024, 2025 et 2026 sont pré-installés sur chaque worker. Maya 2023 est disponible sur demande pour les projets hérités. Maya LT n'est pas supporté car il lui manque la capacité d'export de rendu nécessaire au rendu distribué. La render farm fait correspondre automatiquement la version de votre fichier .ma ou .mb.

Q : Dois-je transférer ma licence Maya pour effectuer un rendu sur la render farm ? A : Non. Nous exécutons des installations Maya sous licence sur notre parc de workers sous l'octroi de licence Autodesk render-node. Votre licence Maya locale reste avec vous.

Q : Quel moteur de rendu choisir — Arnold, V-Ray ou Redshift ? A : Arnold pour l'animation de personnages et le travail VFX (par défaut de Maya ; intégration de pipeline la plus profonde). V-Ray pour les pipelines studio V-Ray établis ou l'archviz avec GI lourde. Redshift pour l'itération GPU rapide sur le motion design et l'animation indépendante. Les trois sont supportés avec un octroi de licence vérifié sur notre render farm et produisent une sortie prévisible entre les nœuds workers.

Q : Mon projet utilise XGen pour le grooming des personnages. Sera-t-il rendu ? A : Oui, à condition que les fichiers de patch XGen (.xgen et .xpd) soient inclus dans l'archive de votre projet. Vérifiez que le XGen Collection Path dans votre scène est défini sur relatif (./xgen/), et non sur un chemin absolu de station de travail. Le temps de rendu par frame pour les scènes lourdes en XGen est significativement plus élevé que pour la géométrie statique ; pré-baker le grooming en Alembic est une optimisation courante pour l'animation où le groom est statique.

Q : Ma scène Maya utilise Yeti ou Ornatrix pour le grooming au lieu de XGen — sont-ils supportés ? A : Yeti et Ornatrix ne sont pas pré-installés par défaut. Contactez le support avant la soumission pour discuter de l'ajout du plugin à l'image du worker. Comme alternative, bakez le grooming en géométrie Alembic avant la soumission — la sortie bakée se rend sur la render farm sans avoir besoin du plugin.

Q : Comment configurer l'Arnold Denoiser pour une sortie d'animation propre ? A : Pour l'animation, le flux de travail temporel Noice produit les résultats les plus propres. Activez les AOVs N (variance) et Z (depth) aux côtés de votre sortie beauty, définissez les AA samples à 6 à 10 minimum, et configurez Noice avec un intervalle de frames temporel (par exemple, -3 +3 pour une fenêtre de sept frames). Optix est plus rapide par frame mais ne gère pas la variance de bruit d'une frame à l'autre aussi proprement que Noice temporel.

Q : J'obtiens des erreurs « missing plugin » quand la render farm essaie de charger ma scène. Que vérifier ? A : Ouvrez la scène sur une session Maya propre localement (fermez toutes les fenêtres, redémarrez Maya, puis ouvrez). Vérifiez le Script Editor pour les avertissements « missing plugin ». Les plugins qui ne sont pas pré-installés sur la render farm doivent être supprimés de la liste de plugins de la scène (Edit → Unknown Plug-ins → Remove) ou substitués par des équivalents. Voir aussi la section Dépannage ci-dessus pour le flux de travail « missing plugin in shelf ».

Q : Puis-je rendre des jobs en Maya Software renderer ou Hardware Renderer 2.0 ? A : Maya Software est supporté mais rarement utilisé ; nous recommandons Arnold pour presque tout le travail de production. Hardware Renderer 2.0 est destiné aux playblasts de viewport et n'est pas conçu pour le rendu distribué — rendez ceux-là localement sur votre station de travail.

Q : Ma conversion de texture TX échoue sur la render farm. Que se passe-t-il ? A : L'option « Automatic TX texture update » d'Arnold déclenche le worker pour convertir les textures en .tx au moment du rendu, ce qui peut échouer si les permissions utilisateur du worker diffèrent de votre configuration locale. La correction fiable : pré-convertir toutes les textures en .tx localement avec maketx, inclure les fichiers .tx dans l'archive de votre projet, et désactiver Automatic TX update dans Arnold Render Settings avant la soumission.

Q : J'ai une animation stéréo 4K avec 12 000 frames. La render farm peut-elle la gérer ? A : Oui. Pour des projets de cette taille, nous recommandons d'uploader via SFTP plutôt que par navigateur (les transferts reprenables gèrent les uploads de plusieurs heures en toute sécurité) et de soumettre via le plugin de soumission pour l'authoring de job le plus propre. Le temps de rendu par frame et le coût qui en résulte dépendent de la complexité de votre scène et du choix de moteur de rendu ; le donne une estimation basée sur vos entrées.

---