Licences Render Farm (2026)

Introduction

Rendu d'une seule image sur votre station de travail est simple : vous avez une licence, une machine, un moteur de rendu. Mais dès que vous distribuez cette charge de travail sur plusieurs machines, les licences deviennent compliquées très rapidement.

Les questions de licence reviennent constamment dans les forums de studios et les canaux d'assistance. Les studios construisent ou louent des nœuds de rendu, seulement pour découvrir que leur licence de moteur de rendu ne couvre pas l'utilisation en ferme — ou que le coût par nœud qu'ils avaient budgétisé était basé sur une tarification obsolète qui a changé en milieu d'année.

Ce guide explique exactement comment fonctionnent les licences pour chaque moteur de rendu majeur lorsqu'il est utilisé sur une render farm — qu'il s'agisse de votre propre matériel, d'instances GPU louées ou d'une ferme cloud entièrement gérée. Il couvre les mécanismes de chaque modèle, les pièges qui surprennent les studios, et comment différents types de fermes gèrent la charge de licence.

Si vous évaluez le coût complet au-delà des licences, la comparaison du coût total de création et du cloud des render farms couvre le matériel, l'électricité, la main-d'œuvre informatique et l'analyse du TCO. Ce guide se concentre spécifiquement sur la couche de licence logicielle.

Tous les tarifs de ce guide reflètent les tarifs disponibles publiquement au début de 2026. Les tarifs des fournisseurs changent fréquemment — vérifiez les tarifs actuels sur les pages de fournisseurs liées avant de prendre des décisions d'achat.

Pourquoi les licences Render Farm sont différentes des licences de station de travail

Une licence de station de travail couvre l'utilisation interactive : vous ouvrez votre application DCC, chargez une scène, appuyez sur rendu. C'est un siège, une machine, un utilisateur. Les licences de render farm existent car les nœuds de ferme fonctionnent différemment : ils s'exécutent sans tête (pas d'écran, pas d'interaction utilisateur), exécutent des commandes de rendu par lot et ont souvent besoin de démarrer et d'arrêter des sessions sur des dizaines ou des centaines de machines.

La plupart des fournisseurs de moteurs de rendu distinguent ces cas d'usage avec des types de licences séparés :

Type de licence	Cas d'usage	Modèle de coût typique
Station de travail/Interactif	Artiste travaillant dans la fenêtre d'affichage, IPR, recherche d'apparence	Abonnement annuel par siège
Nœud de rendu	Rendu par lot sans tête sur les machines de ferme	Abonnement annuel par nœud ou flottant
Flottant/Serveur	Pool de licences partagées entre les machines	Licence d'utilisation simultanée via serveur de licences
Rendu en ligne de commande (CLR)	Moteur de rendu intégré du DCC via ligne de commande	Souvent gratuit (3ds Max, Maya) ou nécessite une licence séparée (Cinema 4D)

La distinction est importante car de nombreux studios supposent que leur licence de station de travail couvre le rendu en ferme. Ce n'est généralement pas le cas — et l'exécution de nœuds de rendu sans licence peut entraîner une sortie en filigrane, des tâches échouées ou des problèmes de conformité des licences.

V-Ray sur les render farms

V-Ray (par Chaos) est le moteur de rendu le plus largement utilisé en visualisation architecturale, particulièrement avec 3ds Max. Son système de licence pour l'utilisation en ferme a plusieurs couches.

Rendu distribué V-Ray (DR)

Le mode DR natif de V-Ray répartit une seule image sur plusieurs machines. Il utilise un service spawner (vrayspawner) s'exécutant sur chaque nœud worker. Le DR nécessite :

Une licence de station de travail V-Ray sur la machine qui soumet
Le service vrayspawner en cours d'exécution sur chaque nœud worker
Tous les nœuds worker doivent avoir accès réseau au serveur de licences Chaos (configuration de port par défaut — consultez la documentation Chaos pour les exigences de port actuelles)
Des builds V-Ray identiques sur le soumetteur et tous les workers — même les différences mineures de version (p.ex. 6.20.01 vs 6.20.03) causent des défaillances silencieuses

Pour le rendu CPU, le DR est inclus dans une souscription V-Ray sans coût supplémentaire par nœud — les nœuds worker utilisent le service spawner sans vérifier les licences supplémentaires. Cependant, V-Ray GPU DR fonctionne différemment : chaque nœud GPU participant doit vérifier sa propre licence de rendu V-Ray GPU. Cette distinction surprend les studios qui supposent que le rendu distribué GPU est également gratuit parce que leur DR CPU fonctionne sans licences supplémentaires.

V-Ray avec Deadline ou autres gestionnaires de ferme

Lors du rendu via Thinkbox Deadline ou un logiciel de gestion de ferme similaire, chaque nœud rend des images complètes indépendamment plutôt que de diviser les images uniques. Dans ce mode :

Chaque nœud de rendu actif vérife une licence de nœud de rendu V-Ray
Chaos vend des licences de nœud de rendu unique à 208 $/an par nœud, avec des remises de volume disponibles pour les packs multi-nœuds (consultez la tarification Chaos pour les tarifs de volume actuels)
Un serveur de licences (sur site ou hébergé dans le cloud Chaos) gère le pool
Les licences inutilisées retournent au pool lorsqu'un nœud termine sa tâche

Au tarif d'un seul nœud, une ferme locale de 10 nœuds coûte 2 080 $/an en licence V-Ray seule — avant le matériel, l'électricité ou les coûts d'application DCC. Les packs de volume réduisent cela, mais la réduction exacte dépend de la taille du pack et de la tarification Chaos actuelle.

V-Ray sur les render farms cloud gérées

Sur une render farm entièrement gérée, les licences V-Ray sont intégrées au coût de rendu par heure. Les studios n'achètent pas, n'installent pas et ne gèrent pas les licences V-Ray — le fournisseur de ferme maintient les builds actuels sur tous les nœuds, gère l'infrastructure du serveur de licences et assure la cohérence des versions. Ceci élimine ce qui est probablement l'une des défaillances les plus courantes des fermes V-Ray : l'incompatibilité de version entre le soumetteur et les workers.

Les fermes gérées qui détiennent le statut de partenaire de rendu officiel Chaos maintiennent des licences commerciales couvrant toute leur flotte. La seule exigence de licence du studio est sa propre licence de station de travail pour la préparation de scène.

Redshift sur les render farms

Redshift (par Maxon) est l'un des moteurs de rendu GPU les plus populaires, principalement utilisé avec Cinema 4D et Houdini. Son modèle de licence a changé considérablement en 2025-2026, et ce changement a causé une réelle frustration chez les petits studios.

Le changement de tarification Maxon Teams

Historiquement, Redshift offrait des licences abordables verrouillées aux nœuds. En 2025, Maxon a restructuré la tarification et introduit les licences « Teams » pour les configurations multi-sièges. Depuis le début de 2026 :

Licence individuelle : 289 $/an (verrouillée aux nœuds sur une machine)
Licence Teams : 329 $/an par siège (minimum 3 sièges, flottant)
Les studios avec 3+ machines sont poussés vers la tarification Teams

L'augmentation par siège du tarif individuel à la tarification Teams — environ 14% de plus par siège — s'accumule à grande échelle. Un studio avec 5 nœuds de rendu GPU paie 1 645 $/an (329 $ × 5) sur Teams. Pour une ferme GPU à 10 nœuds, c'est 3 290 $/an — juste pour Redshift, avant le matériel ou les coûts d'application DCC.

Le problème plus large n'est pas le prix lui-même — c'est la migration forcée. Les studios qui ont acheté des licences verrouillées aux nœuds en s'attendant à une stabilité tarifaire à long terme se sont retrouvés obligés de changer de modèle lorsque Maxon a restructuré ses niveaux de licence. Cela a créé de véritables maux de tête budgétaires pour les petits studios d'archviz et de motion design fonctionnant avec 5-10 nœuds de rendu.

Rendu en ligne de commande Redshift

Le moteur de rendu en ligne de commande de Redshift (redshiftCmdLine) nécessite une licence valide sur chaque machine. Contrairement à certains moteurs de rendu CPU où le mode de ligne de commande de l'application DCC est gratuit, Redshift nécessite toujours une vérification de licence — que le rendu soit interactif ou en mode batch.

Redshift sur les render farms cloud gérées

Sur les render farms cloud gérées, les licences Redshift sont incluses dans le taux de rendu GPU. Les studios téléchargent leurs scènes Cinema 4D, Houdini ou 3ds Max et rendent sans gérer du tout les licences Redshift.

C'est particulièrement pertinent pour les studios frustrés par le changement de tarification Teams — sur une ferme gérée, le modèle de licence est invisible. Vous payez par heure de rendu, et que Maxon change sa structure de tarification le trimestre prochain n'affecte pas votre budget de projet.

Arnold sur les render farms

Arnold (par Autodesk) utilise une approche de licence différente qui est plus généreuse pour les petites fermes mais plus complexe pour les déploiements importants.

Les nœuds de rendu groupés d'Arnold

Une souscription Arnold (415 $/an) regroupe 5 licences de nœud de rendu. Cela signifie qu'un petit studio peut exécuter une ferme à 5 nœuds pour le rendu Arnold avec juste une souscription — un avantage de coût significatif par rapport à V-Ray ou Redshift pour l'utilisation en ferme à petite échelle.

Les nœuds de rendu supplémentaires au-delà des 5 groupés peuvent être achetés, mais la tarification varie selon le volume et le type d'accord. La licence d'Autodesk utilise RLM (Reprise License Manager), et chaque nœud worker doit avoir accès réseau au serveur RLM pour vérifier une licence avant le rendu.

Le moteur de rendu autonome Arnold kick

Pour le rendu en ferme, Arnold utilise généralement kick — son moteur de rendu autonome qui lit les fichiers .ass (Arnold Scene Source) exportés depuis Maya, 3ds Max ou d'autres DCCs. Les exigences clés :

kick.exe (ou kick sur Linux) doit être installé sur chaque nœud worker
La version de kick doit correspondre exactement à la version du plugin Arnold utilisée pour exporter les fichiers .ass
Tous les chemins de fichier .ass doivent être accessibles par UNC (chemins réseau, pas les lettres de lecteur local)
Le serveur de licences RLM doit être accessible depuis tous les nœuds worker

L'incompatibilité de version entre kick et le plugin DCC est l'une des défaillances les plus courantes des fermes Arnold. Contrairement à V-Ray, où l'incompatibilité de version produit une erreur évidente, les incompatibilités Arnold produisent parfois des différences subtiles de rendu — ombrage modifié, AOVs manquants — qui ne sont pas détectées jusqu'à l'examen final.

Arnold sur les render farms cloud gérées

Sur les render farms cloud gérées, les licences Arnold fonctionnent comme d'autres moteurs — incluses dans le coût de rendu par heure. Le fournisseur de ferme maintient les versions kick correspondantes pour chaque version DCC prise en charge et valide la compatibilité des fichiers .ass lors de l'analyse de scène avant le rendu.

Corona sur les render farms

Corona (par Chaos) partage certaines infrastructures de licence avec V-Ray mais a ses propres considérations spécifiques à la ferme.

Corona Team Render

Le système de rendu distribué natif de Corona utilise un modèle client-serveur :

Un serveur Corona DR s'exécute sur la machine qui soumet
Les nœuds worker se connectent au serveur via le port DR par défaut de Corona
Chaque nœud worker doit disposer d'une licence de nœud de rendu ou d'une couverture sous votre souscription existante

Les licences de nœud de rendu Corona sont disponibles comme abonnements à nœud unique ou en packs de volume à tarifs réduits — consultez la tarification Corona Chaos pour les tarifs par nœud actuels. En général, les licences de nœud Corona fonctionnent légèrement moins chers que V-Ray.

Corona avec Deadline

Pour les productions plus importantes, la plupart des studios utilisent Corona via Deadline plutôt que le système Team Render natif. Deadline gère les défaillances de nœud et la relance de tâche de manière plus fiable pour les longs travaux d'animation. Les exigences de licence sont les mêmes — chaque worker actif vérife une licence de nœud de rendu Corona.

Corona sur les render farms cloud gérées

Sur les render farms cloud gérées, les licences Corona sont intégrées au taux de rendu CPU. Les fermes avec le statut de partenaire officiel Chaos maintiennent les builds Corona actuels et gèrent la distribution des licences sur leur flotte. L'architecture CPU uniquement de Corona signifie qu'il s'exécute sur l'infrastructure de ferme CPU standard sans dépendance GPU.

Cycles (Blender) sur les render farms

Le moteur Cycles de Blender est open-source et gratuit — y compris pour l'utilisation commerciale et en ferme. Il n'y a pas de licences par nœud, pas de serveurs de licences, pas de frais d'abonnement.

Cela rend Cycles le moteur le plus simple à déployer sur une render farm du point de vue des licences. Les pièges sont plutôt opérationnels que financiers :

Les versions Blender doivent correspondre exactement entre la station de travail de soumission et tous les nœuds de ferme — Blender ne garantit pas la compatibilité des fichiers .blend entre les versions mineures
Les add-ons et les scripts Python personnalisés doivent être installés sur chaque nœud
Les pilotes CUDA/OptiX doivent être cohérents sur les nœuds GPU pour le rendu Cycles GPU

Les render farms cloud gérées maintiennent généralement plusieurs versions Blender simultanément afin que les studios puissent rendu avec leur version de production exacte. La render farm cloud Blender est généralement comparable en prix aux moteurs sous licence malgré Cycles n'ayant zéro coût de licence — la surcharge opérationnelle de la maintenance de l'infrastructure Blender (gestion des versions, support des add-ons, test des pilotes GPU) est importante.

Octane sur les render farms

Octane (par OTOY) a les options de licence de ferme les plus limitées parmi les principaux moteurs de rendu :

Octane Studio (consultez la tarification actuelle d'OTOY) couvre 2 GPUs sur une seule machine
Octane Enterprise (tarification personnalisée) est nécessaire pour tout déploiement multi-machines ou en ferme
Il n'y a pas d'option de licence de rendu par nœud — Enterprise est le seul chemin vers l'utilisation en ferme

Ce modèle de tarification signifie que les petits studios cherchant à déployer Octane sur leurs propres render farms font face à une barrière à l'entrée plus élevée par rapport aux moteurs comme V-Ray ou Redshift, où les licences par nœud sont simples. Les négociations de licences Enterprise sont généralement orientées vers les studios avec 10+ nœuds GPU et des engagements annuels.

Sur les render farms cloud gérées, les licences Octane sont intégrées — mais le coût Enterprise est généralement reflété dans le taux de rendu GPU. Les studios bénéficient d'une licence de niveau Enterprise sans l'engagement minimum ou le processus de négociation.

Les trois modèles de ferme : comment les licences diffèrent

Comprendre les licences des moteurs de rendu nécessite de comprendre quel type de ferme vous utilisez, car la charge de licence change en fonction du modèle :

Modèle 1 : Ferme locale (sur site)

Vous possédez le matériel, vous gérez tout. Les licences sont entièrement votre responsabilité :

Achetez des licences de nœud de rendu pour chaque moteur que vous utilisez
Installez et maintenez un serveur de licences (RLM, serveur de licences Chaos, etc.)
Gardez tous les nœuds sur les mêmes versions logicielles
Gérez les renouvellements de licences, les migrations et les changements de tarification des fournisseurs
Budgétisez les augmentations de coûts de licence annuels (les fournisseurs ajustent fréquemment les tarifs)

Coût de licence typique pour une ferme à 10 nœuds : 2 080-3 290 $/an par moteur de rendu (gamme V-Ray à Redshift Teams), plus les licences d'application DCC si nécessaire.

Modèle 2 : IaaS (location GPU/CPU)

Vous louez des machines virtuelles ou des serveurs bare-metal auprès d'un fournisseur (AWS, Google Cloud ou services spécialisés de location GPU). Le matériel est le leur ; le logiciel est votre problème :

Vous avez toujours besoin de licences de nœud de rendu — la plupart des fournisseurs IaaS ne les incluent pas
Vous installez l'application DCC et le moteur de rendu sur chaque machine louée
Le serveur de licences doit être accessible depuis le cloud (VPN ou serveur de licences hébergé dans le cloud)
Vous gérez la cohérence des versions sur les nœuds loués
Certains fournisseurs proposent des images « marketplace » avec des logiciels préinstallés, mais les licences sont toujours séparées

IaaS élimine les coûts matériels mais conserve toute la complexité des licences et la surcharge opérationnelle d'une ferme locale. Il n'est pas rare que les studios passent de IaaS à des fermes gérées précisément à cause de la frustration liée aux licences — ils s'attendaient à ce que « cloud » signifie « tout compris », mais IaaS est vraiment juste du matériel distant.

Modèle 3 : Ferme cloud entièrement gérée

Le fournisseur de ferme gère tout — matériel, installation logicielle, licences, gestion des versions, mise en file d'attente des tâches et livraison des résultats. Du point de vue du studio :

Téléchargez le fichier de scène → attendez → téléchargez les images rendues
Zéro coût de licence au-delà de votre propre licence de station de travail
Aucun serveur de licences à gérer
Aucun problème d'incompatibilité de version (la ferme valide la compatibilité avant le rendu)
La tarification est par heure de rendu (CPU) ou par heure GPU — toutes les licences sont intégrées

C'est le modèle que les fermes comme Super Renders Farm exploitent — les partenariats commerciaux avec des fournisseurs comme Chaos et Maxon couvrent les licences sur toute la flotte. Quand Maxon change la tarification de Redshift, ou Chaos ajuste la licence des nœuds V-Ray, le taux par heure l'absorbe.

Le compromis : les fermes gérées vous donnent moins de contrôle. Vous ne pouvez pas choisir des configurations matérielles spécifiques, vous êtes limité aux versions logicielles que la ferme prend en charge, et les tarifs par heure incluent la marge de la ferme en plus des coûts de calcul bruts. Pour les studios avec des besoins de rendu prévisibles et à haut volume, une ferme locale avec des licences propriétaires peut être plus rentable à long terme. Les fermes gérées ont le plus de sens financier pour les charges de travail variables et les studios qui ne veulent pas maintenir l'infrastructure de rendu.

Tableau de comparaison des licences : tous les moteurs sur tous les types de ferme

Moteur	Ferme locale (par nœud/an)	IaaS (votre licence)	Ferme cloud gérée
V-Ray CPU	208 $ simple (remises de volume disponibles)	Identique	Inclus
V-Ray GPU	208 $ simple (remises de volume disponibles)	Identique	Inclus
Redshift	289 $ individuel / 329 $ Teams	Identique	Inclus
Arnold	Groupé (5 nœuds avec souscription), puis personnalisé	Identique	Inclus
Corona	Abonnement par nœud (remises de volume disponibles)	Identique	Inclus
Cycles (Blender)	Gratuit	Gratuit	Inclus
Octane	Enterprise (personnalisé)	Enterprise (personnalisé)	Inclus

La colonne « Inclus » pour les fermes gérées est le point clé à retenir. Chaque moteur, quel que soit son modèle de tarification du fournisseur, devient un poste unique (heures de rendu) sur une ferme gérée. Les studios rendant avec plusieurs moteurs — disons V-Ray pour archviz et Redshift pour motion design — évitent d'empiler les coûts de licence sur les moteurs.

Erreurs courantes en matière de licences que font les studios

Ce sont les erreurs de licence qui coûtent le plus de temps et d'argent aux studios :

1. Supposer que les licences de station de travail couvrent les nœuds de ferme. La plupart des licences de station de travail du moteur de rendu excluent explicitement le rendu par lot/ferme. L'exécution de tâches de ferme sur les licences de station de travail peut produire une sortie en filigrane ou déclencher des drapeaux de conformité.

2. Oublier les licences de ligne de commande DCC. 3ds Max et Maya permettent le rendu en ligne de commande gratuit (aucune licence supplémentaire nécessaire pour les nœuds de ferme). Cinema 4D ne le fait pas — chaque nœud de ferme a besoin d'une licence Team Render Client ou d'une licence complète Cinema 4D. Cela surprend les studios qui migrent depuis les flux de travail Max/Maya vers C4D.

3. Exécuter des versions non correspondantes sur les nœuds. Ce n'est pas strictement un problème de licence, mais l'incompatibilité de version est la défaillance la plus courante du rendu en ferme, et elle est directement causée par la surcharge opérationnelle de la gestion logicielle sur plusieurs machines. Sur une ferme locale avec 10 nœuds, la mise à jour de V-Ray signifie toucher 10 machines et vérifier chacune. Un nœud manqué signifie un rendu incohérent.

4. Ne pas budgétiser les augmentations de prix annuels. Les fournisseurs de moteurs de rendu ajustent régulièrement les tarifs. La migration Maxon Teams 2025, la restructuration des packs de volume Chaos et le passage Autodesk aux abonnements uniquement ont tous changé l'économie par nœud au cours des deux dernières années. Les studios qui ont budgétisé sur la base de la tarification 2023 paient 10-20% de plus que prévu.

5. Ignorer l'infrastructure du serveur de licences. Les serveurs de licences doivent être hautement disponibles — si votre serveur de licences RLM ou Chaos s'arrête, toute votre ferme arrête le rendu. La redondance, la surveillance et la maintenance de l'infrastructure de licences sont un coût opérationnel qui apparaît rarement dans les calculs du TCO.

Comment évaluer les licences lors du choix d'une render farm

Lors de la comparaison des options de render farm, posez ces questions sur les licences :

Les licences du moteur de rendu sont-elles incluses dans le prix ? Si non, calculez le coût annuel par nœud pour chaque moteur que vous utilisez et ajoutez-le au taux cité.
Qui gère le serveur de licences ? Sur les plateformes IaaS, vous le gérez généralement vous-même. Sur les fermes gérées, c'est géré pour vous.
Que se passe-t-il quand un fournisseur change de tarification ? Sur une ferme locale ou IaaS, les changements de tarification affectent directement votre budget. Sur une ferme gérée, le fournisseur absorbe les changements de tarification des fournisseurs.
Toutes vos versions DCC et versions de moteur de rendu sont-elles prises en charge ? La couverture des versions est importante — si la ferme ne prend pas en charge votre build Redshift spécifique, vous ne pouvez pas rendu.
Y a-t-il un engagement minimum ? Certains fournisseurs IaaS nécessitent une dépense mensuelle minimale. La plupart des fermes gérées fonctionnent en pur paiement à l'utilisation — rendez quand vous avez besoin, ne payez rien quand vous n'en avez pas besoin.

Pour un regard plus approfondi sur la manière dont les modèles de tarification par heure et par image se comparent dans différents types de fermes, consultez le guide de tarification des render farms.

FAQ

Ai-je besoin d'une licence de moteur de rendu séparée pour chaque nœud de ferme ?

Sur une ferme locale ou une configuration IaaS, oui — chaque nœud qui rend activement a besoin de sa propre licence de nœud de rendu (ou couverture d'un pool de licences flottantes). Sur une ferme cloud entièrement gérée, les licences du moteur de rendu sont incluses dans le taux par heure, vous ne les achetez pas ou ne les gérez pas séparément.

Blender Cycles est-il vraiment gratuit à utiliser sur une render farm ?

Oui. Blender et Cycles sont open-source sous la licence GPL, qui permet l'utilisation commerciale et en ferme sans frais par nœud. Les coûts sur une render farm sont purement opérationnels — matériel, électricité, gestion des versions — et non pas les licences.

Combien coûtent les licences V-Ray pour une ferme de rendu à 10 nœuds ?

Les licences de nœud de rendu V-Ray coûtent 208 $ par nœud par an au tarif de nœud unique, avec des remises de volume disponibles pour les packs multi-nœuds. Au tarif de nœud unique, une ferme à 10 nœuds coûte 2 080 $ annuels en licence V-Ray seule. Sur une ferme cloud gérée, ce coût est intégré au taux de rendu par heure.

Pourquoi Maxon a-t-il changé la tarification de Redshift vers Teams ?

Maxon a introduit la tarification Teams (329 $/an par siège, minimum 3 sièges) pour remplacer les licences verrouillées aux nœuds pour les configurations multi-sièges. Le changement oriente Redshift vers un modèle de licence flottante, ce qui donne aux studios plus de flexibilité dans la façon dont les licences sont attribuées, mais augmente le coût par siège par rapport à la tarification des nœuds verrouillés individuels (289 $/an).

Quelle est la différence entre la location GPU IaaS et une render farm gérée pour les licences ?

Sur IaaS (comme la location de GPU VMs auprès d'AWS ou de fournisseurs spécialisés), vous louez du matériel mais gérez vous-même les logiciels et les licences — vous avez besoin de vos propres licences de nœud de rendu, installez le logiciel sur chaque machine et maintenez un serveur de licences. Une render farm gérée gère tout cela : installation logicielle, licences, gestion des versions et exécution des tâches sont tous inclus dans le service.

Puis-je utiliser ma licence de station de travail V-Ray existante sur une render farm cloud ?

Non pour le rendu en ferme. Les licences de station de travail V-Ray couvrent l'utilisation interactive sur une machine. Le rendu en ferme (traitement par lot sur plusieurs nœuds) nécessite des licences de nœud de rendu. Sur une render farm gérée, les propres licences commerciales de la ferme couvrent le rendu — votre licence de station de travail reste sur votre machine locale pour la préparation de scène.

Arnold inclut-il vraiment 5 nœuds de rendu avec une souscription ?

Oui. Une souscription Arnold (415 $/an) regroupe 5 licences de nœud de rendu gérées via le système RLM d'Autodesk. Pour les studios avec des petites fermes (5 nœuds ou moins), cela rend Arnold l'un des moteurs les plus rentables pour le rendu distribué. Au-delà de 5 nœuds, des licences supplémentaires sont disponibles à une tarification personnalisée.

Que se passe-t-il si mon serveur de licences s'arrête pendant un rendu en ferme ?

Sur une ferme locale, les nœuds qui ne peuvent pas atteindre le serveur de licences arrêtent de rendu — les tâches échouent ou sont en file d'attente jusqu'à la restauration du serveur. C'est pourquoi la redondance du serveur de licences est critique pour les opérations de ferme locale. Sur une render farm gérée, le fournisseur maintient une infrastructure de licences hautement disponible, donc les défaillances de serveur individuelles n'interrompent pas le rendu.