Tarif Ferme Rendu par Image 2026

Si vous avez déjà téléchargé un projet sur une render farm cloud et regardé les crédits s'épuiser plus vite que prévu, vous savez déjà que « le coût par image » n'est pas un nombre fixe. Cela dépend de votre scène, de votre moteur de rendu, du nombre d'échantillons que vous demandez, et du modèle tarifaire utilisé par la ferme. Les pages marketing génériques ne l'expliquent rarement clairement.

Nous exploitons une ferme avec plus de 20 000 cœurs CPU et une flotte croissante de GPU RTX 5090. Environ 70 % de nos emplois sont des rendus CPU — V-Ray, Corona, Arnold, et occasionnellement des projets Blender Cycles en mode CPU. Les 30 % restants sont des emplois GPU. Cette répartition nous donne une vision claire de ce que coûtent réellement les images selon différentes charges, et c'est la base de tout dans cet article.

Ceci est un instantané de 2026. Les prix changent au fur et à mesure que le matériel évolue et que la concurrence s'ajuste. L'objectif ici est de vous donner suffisamment de mathématiques pour estimer vos propres coûts avant de vous engager à créditer où que ce soit. Pour des fourchettes de coûts réels par type de projet — archviz fixes et survols — consultez notre guide complet du coût par image pour les scénarios archviz.

Les trois modèles tarifaires que vous rencontrerez (référence rapide)

Avant d'entrer dans les calculs par image, il est utile de reconnaître les trois structures tarifaires qui dominent la facturation des render farms cloud en 2026. La plupart des fermes s'inscrivent clairement dans l'un de ces modèles, et le bon choix dépend du niveau de contrôle que vous souhaitez et de la prévisibilité de votre charge de rendu.

Comparaison taxonomique des trois niveaux de tarification des render farms cloud : tarification à l'unité (GHz-heure/OctaneBench-heure) versus IaaS à l'heure (tarif fixe par machine) versus SaaS pay-per-frame (soumettez et recevez vos images), avec exemples de fermes et modèles de tarifs typiques pour chaque niveau.

Tarification à l'unité (GHz-heure, OctaneBench-heure, core-hour). Le modèle dominant pour les fermes gérées. Vous payez le calcul réellement consommé par votre travail, mesuré en unités liées au débit matériel. Super Renders Farm et GarageFarm suivent tous deux ce modèle — nos tarifs sont de 0,004 $/GHz-heure pour le CPU et 0,003 $/OctaneBench-heure pour le GPU. Ce modèle convient aux pipelines où les temps de rendu par image sont raisonnablement cohérents et où vous souhaitez une facturation transparente par travail.

IaaS à l'heure (tarif fixe par machine). Proposé par les fournisseurs cloud généralistes comme AWS EC2 et par certaines fermes spécialisées GPU. Vous louez la machine entière à un tarif horaire fixe, indépendamment de l'efficacité avec laquelle votre travail l'utilise. Les tarifs se situent généralement entre 0,90 et 3,50 $ par node-hour pour les niveaux GPU courants, bien que la tarification à la demande AWS EC2 varie selon la famille d'instances et la région. Ce modèle fonctionne bien pour les pipelines personnalisés, les configurations avec vos propres licences, ou les moteurs qui ne correspondent pas aux modèles des fermes gérées. La contrepartie est la charge de configuration — vous êtes responsable de la configuration du nœud de rendu.

SaaS / pay-per-frame (soumettez et recevez vos images). L'option la plus légère. Vous soumettez votre scène, la ferme vous retourne les images rendues, et la facturation est soit un tarif fixe par image, soit un devis préalable. Certaines fermes proposent ce niveau géré en parallèle de leur tarification à l'unité. Ce modèle convient aux studios d'archviz ou aux freelances qui souhaitent zéro surcharge d'infrastructure et une facturation prévisible par projet.

La plupart des workflows modernes combinent ces niveaux — le bon modèle dépend de la taille de la scène, de la flexibilité de planification et de si vous souhaitez gérer la machine vous-même. La suite de cet article se concentre sur la tarification à l'unité, car c'est là que les calculs par image sont les plus utiles.

Comment les render farms facturent (et pourquoi « coût par image » est trompeur)

La plupart des render farms cloud ne facturent pas par image. Elles facturent par heure de calcul, puis votre coût par image en découle : coût total de calcul divisé par le nombre total d'images rendues. La confusion provient des pages marketing qui citent un seul numéro par image sans révéler la scène derrière celui-ci.

Pour un comparatif complet des six structures tarifaires — y compris abonnements, crédits, plans hybrides et location IaaS — consulte nos modèles tarifaires comparés.

Les deux modèles tarifaires dominants en 2026 sont :

GHz-heure (rendu CPU) : Vous payez pour la vitesse d'horloge × le temps que consomme votre emploi. Un cœur à 3,0 GHz fonctionnant pendant une heure = 3,0 GHz-heures. Si la ferme facture 0,004 $/GHz-heure et votre image prend 15 minutes sur une machine à 64 cœurs à 3,5 GHz, le calcul est : 64 cœurs × 3,5 GHz × 0,25 hr × 0,004 $ = 0,224 $ par image.

OBh (rendu GPU) : Les heures OctaneBench mesurent le débit GPU. Une RTX 4090 marque environ 700 OB ; une RTX 5090 atteint environ 1 050–1 100 OB dans les tests de production. Si la ferme facture 0,003 $/OBh et votre image prend 4 minutes sur un seul RTX 5090 à 1 050 OB, le calcul est : 1 050 OB × (4/60) hr × 0,003 $ = 0,21 $ par image.

Quelques fermes utilisent toujours la tarification par nœud-heure — un tarif fixe par machine par heure quelle que soit la configuration. Ce modèle est plus simple à comprendre mais plus difficile à comparer entre fermes avec du matériel différent.

Rendu CPU : où va la majorité du budget

Le rendu CPU domine la visualisation architecturale, les graphiques animés de diffusion, la visualisation de produits et tout pipeline qui repose sur V-Ray, Corona ou Arnold. Ces moteurs sont mûrs, déterministes et s'échelonnent linéairement avec le nombre de cœurs — ce qui rend l'estimation des coûts directe.

Voici ce que nous voyons sur les emplois réels de notre ferme. Ces chiffres supposent 0,004 $/GHz-heure sur les nœuds avec 64 cœurs physiques (128 threads) à 3,2–3,5 GHz — la configuration CPU standard de notre flotte.

Scénario	Résolution	Temps moyen par image	Coût par image	Taille typique du projet
Intérieur archviz (V-Ray, modéré)	3000×2000	8–12 min	0,11–0,18 $	5–20 angles de caméra
Extérieur archviz (Corona, GI)	4000×2250	12–20 min	0,16–0,30 $	5–15 angles
Photo de produit (V-Ray, éclairage studio)	4K	5–10 min	0,07–0,15 $	10–50 images
Animation broadcast (Cinema 4D + Arnold)	1920×1080	3–6 min	0,04–0,09 $	1 500–3 000 images
Animation de personnage (Maya + Arnold, SSS)	1920×1080	10–20 min	0,14–0,30 $	2 000–5 000 images
Composition VFX lourde (Nuke + V-Ray, volumétrie)	4K	20–45 min	0,27–0,67 $	500–2 000 images
Forest Pack/RailClone scène dense	4000×2250	25–40 min	0,34–0,60 $	10–30 angles

Le schéma : les projets archviz sont modérés par image mais il n'y a pas beaucoup d'images — un extérieur typique à 15 angles coûte 2,40–4,50 $. L'animation inverse le ratio — un coût par image plus faible mais des milliers d'images, donc la dépense totale s'accumule rapidement.

Une plage budgétaire courante que nous voyons pour les studios archviz : 50–300 $/mois. Les studios d'animation faisant un travail broadcast régulier ont tendance à dépenser 500–2 000 $/mois selon le volume de production.

Rendu GPU : images plus rapides, mathématiques différentes

Le rendu GPU se développe rapidement en production. Redshift, Octane, V-Ray GPU et Blender Cycles GPU bénéficient tous de l'architecture parallèle. Le RTX 5090 spécifiquement a repoussé l'efficacité des coûts GPU au-delà du point où il concurrence le CPU pour de nombreuses charges de travail.

La tarification GPU est plus difficile à comparer entre fermes car les scores OctaneBench varient selon la carte, et certaines fermes utilisent des tests personnalisés. Voici ce que coûtent les images GPU sur nos nœuds RTX 5090 à 0,003 $/OBh (score OB ~1 050) :

Scénario	Résolution	Temps moyen par image (1× RTX 5090)	Coût par image	Remarques
Intérieur archviz (V-Ray GPU)	3000×2000	2–5 min	0,10–0,26 $	Le débruiteur réduit le temps de 30–50 %
Graphiques en mouvement (Redshift)	1920×1080	30–90 sec	0,03–0,08 $	Redshift excelle ici
Viz de produit (Octane)	4K	1–4 min	0,05–0,21 $	Les configurations studio propres sont rapides
Blender Cycles GPU (modéré)	1920×1080	1–3 min	0,05–0,16 $	Le débruiteur OptiX aide
Scène VFX (V-Ray GPU, particules)	4K	5–15 min	0,26–0,79 $	Les limites de VRAM peuvent forcer un retour CPU
Houdini Karma XPU	4K	8–20 min	0,42–1,05 $	Toujours en maturation ; les chemins de retour CPU sont courants

Les coûts par image GPU semblent similaires au CPU au premier abord, mais le coût total du projet est souvent plus faible car les images se terminent plus rapidement — vous louez le matériel pour moins de temps mural. Le hic, c'est la VRAM : si votre scène dépasse la mémoire GPU (32 Go sur RTX 5090), le rendu échoue ou revient aux chemins CPU, ce qui va à l'encontre du but recherché.

CPU vs GPU : quand choisir lequel

Le choix n'est pas toujours une question de vitesse. C'est une question de prévisibilité, de compatibilité de scène et de coût total.

CPU est le choix plus sûr quand :

Votre scène a des textures et une géométrie dépassant 32 Go, vous utilisez Forest Pack ou RailClone avec des millions d'instances dispersées, votre pipeline est construit autour de workflows V-Ray ou Corona CPU, ou vous avez besoin d'un résultat déterministe qui correspond exactement aux rendus de test locaux. Les fermes CPU ont également tendance à offrir plus de machines en parallèle — sur notre ferme, un nœud CPU 128-thread est standard, et nous pouvons assigner des dizaines de nœuds simultanément. Ce parallélisme compte plus que la vitesse de frame unique pour l'animation.

GPU a du sens quand :

Votre moteur le supporte nativement (Redshift, Octane, Cycles), votre scène tient dans la VRAM, vous faites des itérations lookdev où la rapidité du retour compte, ou vous travaillez avec des graphiques en mouvement où les temps de rendu sont déjà courts et GPU les réduit davantage.

L'approche hybride : Certains studios rendent les images hero sur GPU pour la vitesse, puis basculent au CPU pour le rendu de séquence complète par batch pour maintenir les coûts prévisibles. Nous voyons ce schéma surtout avec les utilisateurs de V-Ray qui font du lookdev GPU mais du rendu final CPU.

Ce qui augmente les coûts (et comment les contrôler)

Comprendre les facteurs de coût est plus utile que de mémoriser les tableaux tarifaires. Voici les facteurs qui causent la plus grande variance de coûts, classés par impact :

Résolution et échantillonnage : Doubler la résolution quadruple le nombre de pixels. Passer de 1080p à 4K seul multiplie le temps de rendu par environ 3,5–4×. Augmenter les échantillons de 2 000 à 8 000 peut améliorer le bruit d'une marge à peine visible tout en triplant le coût. Utilisez le débruitage (le débruiteur intégré de V-Ray, OptiX ou OIDN) et visez le nombre minimum d'échantillons qui produisent un résultat propre après débruitage.

Déplacement et subdivision : Les cartes de déplacement lourd avec des niveaux de subdivision élevés sont le multiplicateur de coût unique le plus grand en archviz. Un tapis avec 4 niveaux de subdivision sur une zone de sol de 10 mètres peut doubler le temps de rendu pour l'image entière. Baked le déplacement où c'est possible, ou réduisez la subdivision sur les objets loin de la caméra.

Rebonds de lumière et qualité GI : Corona et V-Ray ont tous deux des paramètres GI par défaut élevés. Pour l'animation, vous pouvez souvent réduire la qualité GI de 30–50 % sans impact visible à la vitesse de lecture 24/30 ips. L'œil ne remarque pas le bruit par image dans le mouvement de la façon dont il le fait dans une image statique.

Densité de dispersion : Les scènes Forest Pack et RailClone avec 10+ millions d'instances consomment de la RAM et gonflent les temps de rendu. Utilisez agressivement la réduction de densité basée sur la distance. Les objets à plus de 50 mètres de la caméra peuvent passer à 10 % de densité sans différence visible.

Région de rendu et passes : Ne rendez pas l'image complète si vous n'avez besoin que de mettre à jour un élément. La plupart des moteurs supportent les régions de rendu et les passes de rendu (beauté, réflexion, GI). Le rendu d'une seule passe est souvent 5–10× moins cher que de re-rendre l'image complète.

Coûts cachés à surveiller. Au-delà des principaux facteurs de coût évoqués ci-dessus, quelques postes surprennent les studios lorsqu'ils changent de ferme ou migrent vers une configuration IaaS :

Frais de conservation des fichiers. Certaines fermes purgent automatiquement les sorties rendues après 7 à 30 jours, tandis que d'autres facturent la conservation de vos ressources téléversées et de vos archives de sortie au-delà de la fenêtre incluse. Vérifiez la politique de conservation avant de téléverser des projets de plusieurs téraoctets.
Frais de transfert et d'egress. Sur les configurations IaaS (AWS, GCP), vous payez au Go pour télécharger vos propres images rendues — une animation 4K peut facilement dépasser 100 Go en EXRs, ce qui ajoute un coût réel en plus de la facture de calcul.
Suppléments de licence. Quelques fermes spécialisées GPU vous demandent d'apporter votre propre licence V-Ray ou Redshift pour certains niveaux, tandis que la plupart des fermes gérées (y compris la nôtre) incluent les licences des principaux moteurs de rendu dans le tarif de base.

Trois catégories de coûts cachés dans le rendu cloud — frais de conservation des fichiers, frais de transfert et d'egress, et suppléments de licence — représentées sous forme de rangée d'icônes avec libellés de catégorie.

Vérifiez toujours les mentions légales sur les fenêtres de conservation, les frais de téléchargement et les inclusions de licence avant de vous engager sur un projet de longue durée.

Estimation du coût de votre projet avant de charger

Voici une méthode pratique que nous recommandons aux clients avant qu'ils ne s'engagent à créditer :

Rendez 3 images représentatives localement. Choisissez une image facile, une image moyenne et votre image la plus lourde. Chronométrez chacune.
Notez votre matériel local. Si votre station de travail a un Ryzen 9 7950X (16 cœurs, ~3,8 GHz en moyenne), c'est 60,8 GHz. Un nœud de ferme avec 128 threads à 3,5 GHz est 448 GHz — environ 7,4× plus de calcul.
Estimez le temps de l'image sur la ferme. Divisez votre temps de rendu local par le multiplicateur de calcul. Une image de 30 minutes locale devient ~4 minutes sur un nœud de ferme.
Calculez le coût. Temps de l'image × GHz du nœud × tarif. Pour une image de 4 minutes sur notre nœud de 448 GHz à 0,004 $/GHz-heure : 448 × (4/60) × 0,004 $ = 0,12 $/image.
Multipliez par le nombre d'images. 1 000 images × 0,12 $ = 120 $ total.
Ajoutez un tampon de 15–20 %. Les emplois réels ont toujours des images plus lourdes que votre échantillon de test. Budgétisez en conséquence.

Cette méthode fonctionne pour le CPU. Pour le GPU, remplacez GHz par les scores OctaneBench et utilisez le score OB de votre GPU comme base.

Niveaux de priorité et leur vrai impact

La plupart des fermes offrent des niveaux de priorité. Sur notre ferme, les niveaux fonctionnent comme ceci :

Priorité	Multiplicateur de coût typique	Cas d'usage
Bas / Économique	1× (tarif de base)	Rendus batch non urgents, emplois nocturnes
Standard	1,5×	Délais de production normaux
Haut / Express	2–3×	Livraison le même jour, révisions de clients

La priorité affecte la rapidité avec laquelle votre emploi commence et le nombre de nœuds assignés simultanément. Le coût du calcul par image ne change pas — vous payez pour un retour plus rapide, pas pour des images individuelles plus rapides. Si vous avez un délai flexible, la priorité basse économise 30–50 % par rapport à express.

Le point de rupture build vs cloud

À un certain niveau de dépense, la construction de votre propre matériel de rendu commence à avoir du sens financier. Le croisement dépend de l'utilisation.

Un seul nœud de rendu à 64 cœurs (AMD EPYC 9654, 128 threads, 3,55 GHz) coûte environ 8 000–12 000 $ en 2026 y compris le châssis, la RAM et le stockage. Ce nœud fournit ~454 GHz de calcul continu. À 0,004 $/GHz-heure, la location de capacité équivalente coûte 1,82 $/heure, ou ~1 310 $/mois à 100 % d'utilisation.

Point de rupture : ~7–9 mois à utilisation complète. Mais la plupart des studios ne tournent pas 24/7. À 40 % d'utilisation moyenne (typique pour un petit studio avec du travail basé sur des projets), le point de rupture s'étire à 18–24 mois — et c'est avant l'électricité, le refroidissement, la maintenance et le coût d'opportunité de la gestion du matériel.

La guidance pratique : si vous dépensez moins de 1 000 $/mois régulièrement, le cloud est presque certainement moins cher. Entre 1 000–3 000 $/mois, cela dépend de votre schéma d'utilisation. Au-delà de 3 000 $/mois soutenus, commencez à évaluer une configuration hybride — nœuds locaux pour la charge de base, cloud pour la capacité de rafales. Pour une analyse plus approfondie, nous avons écrit une comparaison dédiée du coût total build vs cloud.

Ce que d'autres fermes facturent en 2026

La tarification dans l'industrie a convergé vers des gammes similaires. Voici un instantané des tarifs publiés des fermes majeures (début 2026) :

Ferme	Tarif CPU	Tarif GPU	Essai gratuit
Super Renders Farm	0,004 $/GHz-heure	0,003 $/OBh	Crédit de 25 $
GarageFarm	0,024 $/GHz-heure (faible priorité)	1,49+ $/nœud-hr	Crédit de 25 $
RebusFarm	0,0141 $/GHz-heure	0,0053 $/OBh	25 RenderPoints
FoxRenderFarm	0,0306 $/cœur-hr (niveau Diamond)	0,90 $/nœud-hr (niveau Diamond)	Crédit de 25 $
Ranch Computing	Nous contacter pour un devis	€0,005–0,009/OBh	Crédit de 30 €

Notez que ces tarifs ne sont pas directement comparables sans normaliser les spécifications de nœud, les niveaux de priorité et la façon dont chaque ferme mesure « GHz » ou « OB ». Une ferme citant 0,024 $/GHz-heure sur du matériel plus rapide pourrait livrer le même coût par image qu'une citant 0,004 $/GHz-heure sur du matériel plus ancien. Utilisez toujours le calculateur de coûts de la ferme avec vos données de scène réelles.

Maintien des coûts prévisibles mois après mois

Les surprises de coûts proviennent généralement de trois sources : le glissement de portée (plus d'images que prévu), les scènes non optimisées téléchargées à la hâte, et les mises à niveau de priorité pendant les crunch. Voici les schémas qui fonctionnent selon notre expérience :

Définissez un plafond budgétaire mensuel. La plupart des fermes (y compris la nôtre) vous permettent de définir des alertes de dépense ou des plafonds durs. Utilisez-les. Il est préférable de frapper un plafond et de re-prioriser que de découvrir une facture de 2 000 $ que vous ne prévoyiez pas.

Optimisez avant de charger. Passez 30 minutes à vérifier les niveaux de subdivision, les tailles de texture et la géométrie inutile avant de soumettre un emploi. Ce passage d'optimisation de 30 minutes économise souvent 20–40 % sur le coût de rendu.

Groupez les images similaires. Si vous avez 10 angles de caméra pour un projet archviz, soumettez-les comme un seul batch plutôt que 10 emplois individuels. Le groupage réduit les frais généraux et permet à la ferme d'allouer les ressources plus efficacement.

Utilisez la priorité basse si vous pouvez. Si le délai est la semaine prochaine, il n'y a aucune raison de payer les tarifs express aujourd'hui. Soumettez en priorité basse et laissez-le tourner toute la nuit.

Profitez des remises sur volume. La plupart des fermes proposent des remises d'engagement proportionnelles à la taille du dépôt ou au volume de rendu soutenu. Fourchettes typiques sur le marché : 5 à 10 % de réduction pour les engagements de 24 heures, 15 à 25 % pour les engagements hebdomadaires, et 30 à 40 % pour les dépôts en volume ou les contrats entreprise. Le nôtre fonctionne différemment : les achats de crédits bénéficient d'une remise sur volume automatique allant jusqu'à 30 %, appliquée au paiement sans code, de sorte que les studios qui achètent des crédits en plus grande quantité paient moins sans négocier de contrat personnalisé.

Barème de remises sur volume pour les render farms cloud montrant les remises d'engagement typiques : 5 à 10 % de réduction pour les engagements de 24 heures, 15 à 25 % pour les engagements hebdomadaires, et 30 à 40 % pour les dépôts en volume ou les contrats entreprise.

FAQ

Combien coûte le rendu d'une image sur une render farm ?

Cela dépend beaucoup de la complexité de la scène et de la résolution. Un intérieur archviz modéré pourrait coûter 0,11–0,18 $ par image sur CPU, tandis qu'une scène VFX lourde avec volumétrie à 4K pourrait coûter 0,50–2,50 $ ou plus. Les variables clés sont le temps de rendu, le tarif horaire de la ferme et votre niveau de priorité choisi.

Le rendu CPU ou GPU est-il moins cher par image ?

Aucun n'est universellement moins cher. Le CPU tend à être plus rentable pour les scènes complexes avec des exigences de mémoire élevées (ensembles de textures importants, millions d'objets dispersés). Le GPU est généralement plus rapide et moins cher pour les scènes qui tiennent dans les limites de VRAM, surtout avec des moteurs comme Redshift ou Octane. Pour un aperçu plus approfondi de la comparaison en production, consultez notre guide des modèles de tarification.

Pourquoi mon coût par image varie-t-il selon les render farms ?

Les fermes utilisent du matériel différent, des modèles tarifaires et des unités de mesure différentes. Une ferme peut citer les heures GHz tandis qu'une autre utilise les heures de cœur ou les heures de nœud. La vitesse du matériel sous-jacent diffère également. Utilisez toujours le calculateur de coûts de chaque ferme avec votre fichier de projet réel pour une comparaison précise plutôt que de comparer les tarifs affichés.

Comment puis-je estimer les coûts de render farm avant de charger ?

Rendez 2–3 images représentatives localement et chronométrez-les. Ensuite, divisez votre temps de rendu local par le ratio de calcul entre les spécifications de votre station de travail et du nœud de la ferme. Multipliez le temps estimé de l'image sur la ferme par le tarif horaire de la ferme et votre nombre total d'images. Ajoutez un tampon de 15–20 % pour les images plus lourdes que la moyenne.

La priorité de rendu affecte-t-elle le coût par image ?

Pas directement — le coût du calcul par image reste le même. La priorité affecte la rapidité avec laquelle votre emploi entre dans la queue et le nombre de machines allouées. Une priorité plus élevée signifie un retour plus rapide mais à un multiplicateur de coût de 1,5–3×. Si votre délai est flexible, la priorité basse peut réduire la dépense totale de 30–50 %.

À quel point devrais-je construire ma propre render farm au lieu d'utiliser un service cloud ?

Comme guide approximatif, si vous dépensez régulièrement plus de 3 000 $/mois en rendu cloud avec une utilisation élevée, une configuration hybride peut économiser de l'argent sur 2–3 ans. Sous 1 000 $/mois, le cloud est presque certainement plus économique. La gamme intermédiaire dépend de la façon dont votre charge de travail se répartit au cours de l'année — les pics saisonniers favorisent le cloud, les charges constantes favorisent le matériel détenu.

Quel est le plus gros facteur qui augmente le coût de la render farm ?

La résolution et la qualité d'échantillonnage sont les principaux facteurs de coût. Doubler la résolution multiplie le temps de rendu par environ quatre. Après cela, les niveaux de déplacement/subdivision et la densité de dispersion (Forest Pack, RailClone) ont le plus grand impact sur les emplois CPU. Pour le GPU, le débordement de VRAM qui force un retour CPU est le scénario unique le plus coûteux.

Les render farms facturent-elles un supplément pour les plugins comme Forest Pack ou V-Ray ?

La plupart des render farms majeures incluent les licences des plugins courants comme V-Ray, Corona, Arnold, Forest Pack et RailClone dans leur tarification de base. Vous ne payez pas séparément pour ces éléments. Cependant, les plugins de niche ou très nouveaux peuvent ne pas être supportés — consultez toujours la liste des logiciels supportés de la ferme avant de charger.