Arnold vs Redshift en 2026 : comparaison de production pour Maya, 3ds Max et Cinema 4D

Introduction

Choisir entre Arnold et Redshift est l'une des décisions de pipeline les plus importantes qu'une équipe 3D prend en 2026. Les deux moteurs ont évolué au-delà des catégories pour lesquelles ils étaient initialement connus — Arnold n'est plus « CPU uniquement », Redshift n'est plus « Cinema 4D uniquement » — et l'écart entre eux sur la plupart des scènes de production est plus étroit qu'il y a même trois ans. La décision dépend aujourd'hui moins des capacités brutes que de quel moteur s'adapte à la façon dont votre équipe travaille réellement.

Nous traitons des jobs Arnold et Redshift sur notre farm chaque jour. Des scènes d'animation Maya côtoient des projets de motion graphics Cinema 4D, des stills d'archviz 3ds Max partagent la même file d'attente que des simulations volumétriques Houdini, et la répartition entre Arnold et Redshift dans notre mix de jobs reflète le schéma général du secteur — Arnold domine Maya et le travail VFX haut de gamme, Redshift domine Cinema 4D et le motion design, et les utilisateurs de 3ds Max sont à peu près également répartis entre les deux. Ce point de vue opérationnel façonne la comparaison ci-dessous.

Ce guide n'est pas un verdict sur quel moteur gagne. Les deux sont matures, les deux produisent des sorties de qualité production, et les deux sont pris en charge sur les render farms cloud gérées — y compris la nôtre. Les sections ci-dessous examinent les différences qui comptent lorsque vous choisissez un moteur pour un vrai projet : comment chaque moteur aborde la lumière, comment il s'intègre à votre DCC, ce que coûte la licence, comment il se comporte sur un render farm, et quels types de travaux chaque moteur tend à mieux convenir.

Deux philosophies de rendu, deux réalités de production

La différence la plus fondamentale entre Arnold et Redshift se situe au niveau de leur philosophie de rendu, et cette philosophie continue de façonner le comportement de chaque moteur en production — même après des années de convergence des fonctionnalités.

Arnold est un path tracer Monte Carlo non biaisé développé par Solid Angle et maintenant appartenant à Autodesk. Il simule le transport de la lumière physiquement, traçant des rayons à travers la scène avec un minimum de raccourcis. Le moteur était initialement CPU uniquement et est devenu le standard de facto pour l'animation de longs métrages haut de gamme et les VFX — le type de travail où le comportement de la lumière physiquement plausible, les pipelines AOV profonds et la convergence prévisible sur des milliers de frames comptent plus que la vitesse de rendu brute. Arnold a ajouté un chemin GPU dans Arnold 5.3 (2019) et a continué à développer les modes de rendu CPU et GPU en parallèle. À partir d'Arnold 7.4, le mode GPU prend en charge presque toutes les fonctionnalités de production, bien que certains shaders avancés et volumes complexes favorisent encore le chemin CPU pour correspondre exactement à la sortie CPU.

Redshift est un moteur de rendu biaisé, GPU-first, développé par Maxon. Il utilise des approximations de qualité production — échantillonnage adaptatif, nuages de points d'irradiance, GI en force brute en option plutôt qu'en défaut — pour concentrer le calcul là où il compte visuellement. Le biais n'est pas une concession de qualité ; c'est un choix de conception délibéré qui permet au moteur de livrer des frames finaux propres substantiellement plus rapidement qu'une approche entièrement non biaisée sur le même matériel. Redshift a commencé comme un moteur de rendu axé sur Cinema 4D, a été acquis par Maxon en 2019, et s'est depuis étendu à Maya, 3ds Max, Houdini, Katana et Vectorworks, tout en préservant son intégration native profonde avec Cinema 4D.

En production, cette différence se manifeste encore. Les scènes Arnold ont tendance à converger proprement avec un minimum de réglage d'échantillonnage, ce qui rend le moteur indulgent lorsque les artistes confient une scène à un render farm — ce qui fonctionnait localement fonctionne généralement sur le farm. Les scènes Redshift peuvent être rendues beaucoup plus rapidement, surtout pour l'animation, mais récompensent une meilleure compréhension des contrôles d'échantillonnage et de biais. Aucun n'est « plus facile » dans l'ensemble — ils récompensent différents ensembles de compétences.

Workflow et intégration DCC

L'endroit où chaque moteur vit dans votre écosystème DCC importe souvent plus que les capacités brutes du moteur, car l'intégration détermine combien de temps vous passez sur le rendu lui-même plutôt qu'à combattre les frictions des plugins.

Arnold s'intègre nativement dans toute la famille Autodesk et plusieurs écosystèmes ouverts :

• Maya via MtoA — plugin Autodesk de première partie, considéré comme l'implémentation de référence. La plupart du développement et de la documentation Arnold se concentre sur cette intégration.
• 3ds Max via MAXtoA — fourni avec 3ds Max depuis 2018, remplaçant le mental ray abandonné comme moteur de rendu par défaut.
• Cinema 4D via C4DtoA — plugin tiers mais mature maintenu par Solid Angle/Autodesk.
• Houdini via HtoA — intégration solide incluant le shading au niveau SOP/DOP et le rendu de volumes.
• Katana via KtoA — utilisé dans les pipelines lookdev d'animation de longs métrages et de VFX épisodiques.

Le format de description de scène .ass d'Arnold (ASCII Scene Source) est un avantage notable pour les pipelines de studio — il permet d'exporter, de modifier et de re-rendre des shots en dehors du DCC hôte, ce qui simplifie la soumission au render farm et les workflows de dailies.

Redshift est développé par Maxon et s'intègre sur :

• Cinema 4D — intégration native développée par la même entreprise qui développe le DCC hôte. MoGraph, Takes, l'Asset Browser et la description de scène de Cinema 4D s'associent directement aux constructions Redshift.
• Maya — plugin mature avec un fort support pour les pipelines Maya, incluant la gestion des AOV et l'intégration des render layers.
• 3ds Max — support solide de plugins, souvent utilisé aux côtés de ou comme alternative à V-Ray dans le travail d'archviz.
• Houdini — prend en charge le shading basé sur VEX, les pipelines USD et les workflows volumétriques.
• Katana et Vectorworks — ajoutés dans Redshift 3.5 et 2026.4 respectivement.

Pour les motion designers Cinema 4D, l'intégration de première partie de Redshift est difficile à surestimer — des fonctionnalités comme les cloners MoGraph, les Effectors et le système Takes s'associent parfaitement à l'architecture de shading et d'échantillonnage de Redshift, et les mises à jour de Cinema 4D cassent rarement le moteur de rendu car les deux sont développés sous le même toit. Pour les utilisateurs de Maya et 3ds Max, les deux moteurs sont à peu près comparables en profondeur d'intégration, Arnold ayant un léger avantage dans les pipelines VFX Maya et Redshift ayant un léger avantage dans les pipelines d'archviz 3ds Max.

Technologie de rendu et qualité d'image

Les deux moteurs livrent des images de qualité production, mais le chemin que chacun emprunte affecte la façon dont les artistes abordent l'éclairage, le shading et le compositing en post-production.

Arnold utilise un échantillonnage adaptatif guidé par des métriques d'erreur perceptuelle — le moteur échantillonne plus intensément là où l'œil est plus susceptible de remarquer le bruit (zones à haute fréquence, bords, caustiques) et moins dans les régions plates à basse fréquence. Les groupes de lumières, les pipelines AOV et les workflows shadow matte/catcher sont profondément intégrés. Le débruiteur basé sur OptiX (construit sur Intel Open Image Denoise et le débruiteur OptiX de NVIDIA selon le mode) gère le bruit résiduel que l'échantillonnage adaptatif laisse derrière, ce qui permet aux artistes de réduire considérablement le nombre d'échantillons sans perte de qualité visible.

L'approche du moteur pour les volumétriques, la diffusion sous-surface et la réfraction complexe du verre est non biaisée par défaut — les caustiques du verre biseauté, la transmission de la lumière à travers la peau et la cire, et l'éclairage indirect multi-rebond ont tendance à paraître corrects sans réglages manuels. C'est un avantage significatif pour la visualisation de produits, le travail sur les personnages et les shots hero à éclairage physique.

Redshift utilise une approche hybride qui combine des techniques non biaisées et biaisées de manière sélective. Le GI en force brute est disponible comme une vraie option non biaisée pour les shots hero, tandis que la combinaison par défaut Irradiance Point Cloud + Force Brute est plus rapide pour l'animation. Redshift inclut sa propre pile de débruitage (Altus, OptiX et OpenImageDenoise comme options), et son architecture out-of-core permet aux scènes de déverser la géométrie, les textures et les volumes du GPU VRAM dans la RAM système — ce qui signifie que les scènes de production avec des millions de polygones et des textures très haute résolution ont moins de chances de planter que sur un moteur de rendu strictement limité par le VRAM.

Dans la sortie de production, les scènes Arnold arrivent généralement avec moins d'artefacts de rendu — moins de fireflies, une volumétrie plus cohérente, des caustiques prévisibles. Les scènes Redshift ont parfois besoin d'ajustements d'échantillonnage lorsqu'elles sont déplacées d'une station de travail locale vers un render farm, car les paramètres locaux peuvent avoir été ajustés pour une configuration GPU spécifique. Aucune différence n'est dramatique sur la plupart des scènes modernes — l'écart technologique de rendu s'est considérablement réduit depuis 2022 — mais cela continue de façonner le comportement de chaque moteur sous des contraintes de production.

Pour un regard plus approfondi sur la façon dont le rendu GPU et CPU se comparent plus largement, consultez notre guide sur le rendu GPU versus le rendu CPU.

Performance et temps de rendu

Les comparaisons de vitesse de rendu sont suffisamment dépendantes de la scène pour qu'un seul benchmark puisse être trompeur. L'évaluation honnête est que sur du matériel équivalent, Redshift rend généralement les frames d'animation plus rapidement, Arnold livre généralement une sortie plus propre avec moins de réglage d'échantillonnage, et l'écart sur les stills hero est plus proche que le marketing de l'un ou l'autre fournisseur ne le suggère.

Rendu du frame final. Pour les séquences d'animation en motion design ou en broadcast — le type de travail où vous rendez des centaines ou des milliers de frames avec un éclairage cohérent — l'approche biaisée de Redshift porte ses fruits. L'accélération par frame se cumule sur la séquence. Arnold rend la même séquence avec plus d'échantillons et une convergence plus serrée, ce qui produit un résultat légèrement plus propre mais à un coût par frame plus élevé.

Retour interactif. L'IPR d'Arnold et Arnold GPU IPR fournissent tous les deux un retour réactif pendant le lookdev. Le RenderView de Redshift offre un retour tout aussi rapide, avec l'avantage que l'architecture GPU-first maintient le viewport réactif lors de longues sessions d'itération — particulièrement notable pour les motion designers Cinema 4D qui itèrent sur des configurations MoGraph.

Mise à l'échelle multi-GPU et multi-CPU. Arnold évolue sur les cœurs CPU avec une efficacité presque linéaire jusqu'à environ 64 cœurs, après quoi la mise à l'échelle s'atténue en raison de la bande passante mémoire et de la surcharge d'échantillonnage. Arnold GPU distribue des buckets au sein d'un seul frame sur plusieurs GPU NVIDIA. Redshift assigne des frames ou des buckets à des cartes séparées — efficace pour le rendu par lots, bien que l'accélération d'un seul frame soit limitée par les performances d'un seul GPU. Sur notre farm, les jobs Arnold CPU s'étendent sur 20 000+ cœurs CPU en distribuant les frames sur de nombreuses machines, tandis que les jobs Redshift fonctionnent sur des machines GPU dédiées avec des cartes NVIDIA RTX 5090 et 32 Go de VRAM par carte.

Complexité de la scène. L'architecture out-of-core de Redshift gère les scènes très lourdes plus gracieusement qu'Arnold GPU, qui est strictement limité par le VRAM. Pour les simulations de particules denses, les textures très haute résolution ou les données volumétriques profondes, la capacité à déborder dans la RAM système est un avantage significatif. Arnold CPU, en revanche, a accès à des pools de mémoire système beaucoup plus grands et rencontre rarement des plafonds de mémoire rigides.

Tarification et licence

Arnold et Redshift ont tous deux basculé vers une licence exclusivement par abonnement il y a plusieurs années, mais leurs structures tarifaires et leurs offres groupées diffèrent de manière à affecter le coût total de possession selon votre mix DCC.

Arnold est concédé sous licence via Autodesk. La structure tarifaire a trois chemins pertinents :

• Fourni avec les abonnements utilisateur unique Maya et 3ds Max — Maya et 3ds Max incluent tous les deux Arnold pour une utilisation dans ce DCC sans coût supplémentaire. Pour la plupart des utilisateurs de Maya et 3ds Max, Arnold est effectivement gratuit au point d'utilisation.
• Abonnement Arnold autonome — environ 50 $/mois ou 400 $/an (vérifier les tarifs actuels sur le site Autodesk), utilisé lorsqu'Arnold est exécuté en dehors de Maya/3ds Max ou aux côtés d'autres DCC.
• Abonnement Autodesk Indie — pack à prix réduit pour les freelances et les petits studios avec moins de 100 000 $ de revenus annuels, inclut Maya ou 3ds Max plus Arnold.

Un détail important pour les utilisateurs de render farm : les nœuds de rendu Arnold (Arnold pour le rendu par lots sur des machines supplémentaires) ne nécessitent pas de licences supplémentaires. Le modèle de licence Arnold permet historiquement un rendu réseau illimité — une licence DCC activée pour Arnold permet de soumettre des jobs à n'importe quel nombre de nœuds de rendu. C'est un facteur de différenciation de longue date par rapport aux autres moteurs de rendu de production et un avantage pratique pour les studios qui font évoluer leur capacité de calcul.

Redshift est concédé sous licence via Maxon à :

• Abonnement mensuel — environ 49 $/mois pour l'abonnement Redshift autonome, inclut tous les plugins DCC (Cinema 4D, Maya, 3ds Max, Houdini, Katana, Vectorworks).
• Abonnement annuel — environ 289 $/an (environ 24 $/mois) pour la même couverture.
• Pack Maxon One — Redshift est inclus avec Maxon One, qui ajoute Cinema 4D, ZBrush, Red Giant et Universe. Pour les utilisateurs de Cinema 4D, Maxon One est souvent moins cher que d'acheter Cinema 4D et Redshift séparément.

Les abonnements Redshift incluent une utilisation illimitée des nœuds de rendu dans le cadre du même modèle. Les deux moteurs permettent en pratique aux studios de faire évoluer le rendu sans coûts de licence par nœud — une différence importante par rapport aux anciens moteurs de rendu qui facturaient par esclave de rendu.

Vérifier les tarifs actuels auprès de chaque fournisseur avant l'achat. Autodesk et Maxon ajustent régulièrement les tarifs et proposent des tarifs promotionnels autour des grandes conférences.

Compatibilité avec les render farms

Pour les artistes qui utilisent des render farms cloud — ce qui représente la majorité du secteur en 2026 — la question de la façon dont Arnold et Redshift se comportent sur une infrastructure de farm gérée est tout aussi importante que leurs performances locales.

Les deux moteurs sont bien pris en charge sur les render farms cloud gérées. Sur notre farm, nous faisons fonctionner les jobs Arnold et Redshift via le même système de soumission, la licence étant gérée automatiquement — les artistes n'ont pas besoin d'apporter leurs propres licences de moteur ou de gérer les identifiants Autodesk/Maxon. Les partenariats officiels avec Maxon (Redshift, Cinema 4D) fournissent une licence vérifiée pour le workflow Redshift ; les applications Autodesk incluant Maya, 3ds Max et Arnold fonctionnent sous l'utilisation de licence render-only, ce qui est le modèle standard pour le rendu cloud entièrement géré des produits Autodesk.

Arnold sur un render farm. Les scènes Arnold ont tendance à se comporter de manière prévisible lorsqu'elles sont déplacées de local vers le farm. L'approche de path tracing non biaisée signifie que les paramètres d'échantillonnage se transfèrent proprement — une scène qui converge à 6/4 échantillons localement convergera de la même façon sur le farm. Le format de scène .ass simplifie la soumission pour les studios avec des pipelines complexes, car les shots peuvent être exportés vers .ass et rendus sans le DCC hôte si nécessaire. Notre page render farm cloud Arnold couvre les configurations spécifiques que nous prenons en charge, incluant Arnold CPU sur nos 20 000+ cœurs CPU et Arnold GPU sur des machines GPU dédiées.

Redshift sur un render farm. Les jobs Redshift fonctionnent sur nos machines GPU dédiées avec des cartes NVIDIA RTX 5090 et 32 Go de VRAM par carte. L'architecture out-of-core signifie que la plupart des scènes de production s'intègrent confortablement, y compris les simulations de particules denses et les jeux de textures haute résolution qui atteindraient autrement les plafonds VRAM. Les scènes Cinema 4D avec des configurations MoGraph et les scènes Maya avec des pipelines AOV profonds sont toutes deux soumises et rendues de manière fiable. Notre page render farm cloud Redshift couvre les configurations GPU et le workflow de soumission, et le guide Cinema 4D Redshift décrit les détails de configuration spécifiques à Cinema 4D pour le rendu cloud géré.

Pour les projets qui mélangent les moteurs — un schéma courant dans les studios multidisciplinaires — un seul compte de render farm peut exécuter des jobs Arnold et Redshift dans le même projet. Les frames de sortie, les AOV et les couches EXR sont livrés via le même workflow quel que soit le moteur qui les a produits. C'est l'un des avantages pratiques d'un render farm entièrement géré par rapport à un setup de location GPU cloud DIY, où la licence des moteurs et la gestion des dépendances devient souvent une charge opérationnelle importante.

Pour un contexte plus large sur les moteurs de rendu dans l'écosystème 3ds Max, consultez notre guide sur les meilleurs moteurs de rendu pour 3ds Max 2026. Pour une comparaison directe des moteurs GPU, notre comparaison OctaneRender vs Redshift passe en revue l'alternative GPU la plus directe à Redshift.

Quel moteur convient à votre projet : un cadre de décision

Il n'y a pas de réponse universelle à « Arnold ou Redshift » — le bon choix dépend de votre DCC, de votre type de projet et du type de travail que votre équipe effectue le plus souvent. Le cadre ci-dessous reflète des schémas que nous observons dans les jobs qui fonctionnent sur notre farm.

Arnold est souvent le meilleur choix lorsque :

• Votre DCC principal est Maya ou 3ds Max, et Arnold est déjà fourni avec votre licence existante.
• Vous travaillez sur l'animation de personnages, les VFX ou les productions de long métrage où le comportement de la lumière physiquement plausible, les AOV et la convergence prévisible comptent plus que la vitesse par frame.
• Votre pipeline repose sur le compositing profond, les workflows multi-passes ou l'export .ass pour le rendu basé sur les shots en dehors du DCC hôte.
• Vous souhaitez le rendu CPU avec accès à de grands pools de mémoire système pour des scènes très complexes.
• Votre équipe valorise une friction de configuration moindre — les scènes ont tendance à se rendre proprement sans configuration complexe avec un minimum de réglage d'échantillonnage.

Redshift est souvent le meilleur choix lorsque :

• Votre DCC principal est Cinema 4D, où l'intégration native Maxon de Redshift offre le workflow le plus fluide disponible pour tout moteur de rendu tiers.
• Vous travaillez sur le motion design, le broadcast, l'animation d'archviz ou la viz produit à grande échelle où la vitesse de rendu par frame se cumule sur de longues séquences.
• Votre équipe travaille de manière itérative et bénéficie du retour interactif du RenderView de Redshift pour le lookdev et le travail sur les matériaux.
• Vous rendez des scènes qui sont gourmandes en VRAM — simulations denses, volumes profonds, textures très haute résolution — et nécessitent une mémoire out-of-core.
• Vous souhaitez le rendu GPU comme mode principal avec un rapport coût-débit prévisible sur du matériel NVIDIA moderne.

Les deux moteurs fonctionnent bien lorsque :

• Vous êtes dans 3ds Max — les deux moteurs s'intègrent proprement, donc le choix se résume souvent à la familiarité de l'équipe ou à la correspondance avec le pipeline existant d'un client.
• Vous faites un travail multidisciplinaire et souhaitez peut-être utiliser les deux moteurs sur différents projets au sein du même studio.

Un pipeline à moteurs mixtes n'est pas inhabituel. Nous voyons des studios où les artistes de motion design travaillent dans Cinema 4D avec Redshift, les artistes VFX travaillent dans Maya avec Arnold, et les deux équipes soumettent à la même file d'attente du render farm. Les livrables de sortie (EXR, MP4, séquences d'images) sont engine-agnostiques au moment où ils atteignent l'édition.

Pour les studios qui évaluent simplement le choix, le test le plus utile est de configurer une scène représentative dans les deux moteurs et de soumettre une courte séquence de benchmark — un test de 10 frames à travers votre pipeline existant vous en dit plus sur quel moteur convient à votre travail que n'importe quel graphique de benchmark inter-fournisseurs. La plupart des render farms gérées, y compris la nôtre, incluent du crédit d'essai précisément pour que les équipes puissent effectuer ce type de comparaison sans engagement. Vous pouvez estimer le coût de chaque rendu de comparaison à l'aide du calculateur de coût.

FAQ

Q : Puis-je utiliser à la fois Arnold et Redshift dans le même projet ? A : Oui, et de nombreux studios le font — par exemple, des shots de motion graphics rendus dans Cinema 4D avec Redshift et des VFX de personnages rendus dans Maya avec Arnold dans la même production. Les AOV de sortie et les couches EXR des deux moteurs se composent ensemble dans Nuke, After Effects ou Fusion sans conversion. Le choix est généralement fait par shot ou par équipe d'artistes plutôt qu'au niveau du projet.

Q : Quel moteur est plus rapide pour l'animation ? A : Redshift rend généralement les frames d'animation plus rapidement sur du matériel équivalent, surtout pour les charges de travail de motion design et de broadcast où l'approche d'échantillonnage biaisée se cumule sur de longues séquences. Arnold rend les mêmes séquences avec une convergence plus serrée et une sortie plus propre mais à un coût par frame plus élevé. Pour les stills hero et les VFX très haut de gamme, l'écart de vitesse se réduit considérablement.

Q : Arnold ou Redshift est-il plus adapté à l'archviz ? A : Les deux produisent de bons résultats d'archviz mais mettent l'accent sur des workflows différents. Le transport de lumière physiquement précis d'Arnold gère le verre complexe, les caustiques et les rebonds intérieurs avec un minimum de réglage, ce qui convient aux stills hero et à la visualisation haut de gamme. La vitesse GPU-first de Redshift convient à l'animation d'archviz, aux walkthroughs et aux grandes sorties par lots où le temps par frame est important. De nombreux studios d'archviz choisissent en fonction de leur DCC principal — Arnold pour les pipelines centrés sur 3ds Max, Redshift pour les pipelines centrés sur Cinema 4D.

Q : Notre farm prend-il en charge le mode GPU Arnold ? A : Oui. Arnold prend en charge le rendu CPU et GPU sur les render farms cloud gérées. Arnold CPU fonctionne sur nos 20 000+ cœurs CPU, et Arnold GPU fonctionne sur des machines GPU dédiées avec des cartes NVIDIA RTX 5090 et 32 Go de VRAM par carte. La soumission pour l'un ou l'autre mode passe par le même workflow, et le moteur respecte le mode de rendu défini dans le fichier de scène.

Q : Comment le VRAM affecte-t-il Redshift par rapport à Arnold GPU ? A : Les deux bénéficient d'un VRAM plus important, mais Redshift gère la pression VRAM plus gracieusement grâce à son architecture out-of-core, qui peut faire déborder la géométrie, les textures et les volumes de la mémoire GPU dans la RAM système si nécessaire. Arnold GPU est plus strictement limité par le VRAM — les scènes qui dépassent la mémoire GPU disponible échouent généralement plutôt que de déborder. Sur des cartes de 32 Go, les deux moteurs gèrent la plupart des scènes de production confortablement ; pour les scènes très lourdes, Redshift a plus de marge.

Q : Puis-je rendre des scènes Maya avec Redshift ? A : Oui. Redshift dispose d'un plugin Maya mature qui prend en charge les AOV, les render layers et le workflow de shading natif de Maya. Cinema 4D reste le DCC le plus profondément intégré de Redshift, mais le support Maya est solide et utilisé en production par de nombreux studios VFX et d'animation.

Q : Ai-je besoin de licences séparées pour rendre Arnold ou Redshift sur une farm gérée ? A : Non. Sur un render farm entièrement géré, la licence du moteur est gérée par l'opérateur de la farm — les artistes n'apportent pas d'identifiants Autodesk ou Maxon, et il n'y a pas de licence de nœud de rendu séparée à gérer. C'est l'un des avantages pratiques du rendu cloud entièrement géré par rapport aux setups GPU cloud DIY.

Q : Comment estimer le coût d'un rendu Arnold ou Redshift sur un render farm ? A : Le coût dépend de la complexité de la scène, des paramètres d'échantillonnage, de la résolution de sortie et du nombre de frames. Les render farms gérées facturent généralement en fonction du temps de calcul — GHz-heure pour le rendu CPU et par GPU-heure pour le rendu GPU. Pour une estimation rapide, notre calculateur de coût prend les paramètres de scène de base et renvoie un chiffre approximatif. Pour un chiffre plus précis, la soumission d'un test de 5 à 10 frames vous donne un timing par frame qui peut être extrapolé à la séquence complète.