Octane sur une cloud render farm : rendu GPU, tarification OctaneBench et support DCC en 2026

Introduction

OctaneRender jouit d'une réputation claire : physiquement précis, spectralement correct et rapide sur le bon matériel. Il obéit également à une règle absolue qui conditionne toutes les décisions prises autour de lui — il s'exécute sur le GPU et nulle part ailleurs. Cette contrainte unique fait d'Octane à la fois un outil agréable sur une machine bien équipée et un véritable défi à faire évoluer sur une render farm.

Nous exécutons des tâches Octane sur notre render farm GPU aux côtés de moteurs de rendu CPU comme V-Ray, Corona et Arnold. La partie GPU — Octane, Redshift, V-Ray GPU — représente une part significative et en constante progression de notre activité, et après des milliers de ces tâches, nous avons appris où ce moteur excelle et où il pose problème.

Ce guide aborde la réalité pratique de l'exécution d'OctaneRender à grande échelle dans le cloud : pourquoi le rendu GPU exclusif modifie le comportement d'une render farm, comment fonctionne la tarification OctaneBench-heure et pourquoi il s'agit d'une unité plus honnête qu'un tarif fixe par carte, quelles applications 3D s'associent bien à Octane, et comment réfléchir à la VRAM avant de téléverser une scène lourde. Sans artifices marketing — juste le fonctionnement réel.

Ce qui rend OctaneRender différent : GPU exclusif, non biaisé, spectral

OctaneRender est le traceur de chemins non biaisé et spectralement précis d'OTOY. « Non biaisé » signifie qu'il converge vers une solution physiquement correcte en simulant le transport réel de la lumière plutôt qu'en l'approximant ; « spectral » signifie qu'il calcule la couleur sur l'ensemble du spectre lumineux plutôt qu'en simple RVB, ce qui explique en partie pourquoi les rendus Octane paraissent si nets. Pour la discussion sur la render farm, le fait déterminant concerne le matériel qu'il exige.

Octane fonctionne exclusivement sur les GPU NVIDIA via CUDA et l'API de lancer de rayons NVIDIA OptiX. Il n'existe pas de mode de rendu CPU — ni comme solution de repli, ni comme option hybride, ni comme chemin de débordement. Si une scène ne peut pas s'exécuter sur le GPU, elle ne s'exécute pas dans Octane du tout. C'est différent de V-Ray ou de Redshift, qui proposent des chemins CPU ou hybrides. Cela signifie également que les GPU AMD et Apple Silicon ne sont pas pris en charge : Octane a besoin de CUDA, et CUDA est exclusif à NVIDIA. Notre flotte GPU repose sur des cartes NVIDIA RTX 5090 avec 32 Go de VRAM chacune — exactement ce qu'Octane et les autres moteurs GPU exigent.

Sur les cartes de génération RTX (Ampere, Ada et désormais Blackwell), Octane utilise OptiX pour le lancer de rayons accéléré matériellement — une véritable traversée BVH sur les RT cores plutôt qu'une émulation logicielle — et il embarque un débruiteur IA spectral qui s'exécute sur le même GPU comme un post-traitement appliqué aux échantillons accumulés. Le débruiteur est déterministe pour une graine et un nombre d'échantillons donnés, ce qui importe plus qu'il n'y paraît : lorsque vous distribuez une animation sur plusieurs nœuds, il ne faut pas que le débruiteur rende l'image 47 subtilement différente de l'image 46.

Un point génère plus de confusion que tout autre : la mémoire hors cœur. Octane peut paginer les textures via le bus PCIe depuis la mémoire système lorsqu'elles dépassent la VRAM, ce qui permet à une scène avec un jeu de textures lourd d'être rendue — au prix d'une perte de performances, car la bande passante PCIe est une fraction de la bande passante GDDR7 embarquée de la carte. Ce que la mémoire hors cœur ne couvre pas, c'est la géométrie : les données de triangles et la structure d'accélération BVH doivent impérativement tenir en VRAM. Une scène dont la géométrie seule dépasse la mémoire de la carte ne pourra pas être rendue. Avant donc de supposer que « la mémoire hors cœur signifie une taille de scène illimitée » — ce n'est pas le cas. Cela signifie des textures flexibles et un plafond de géométrie strict.

Mémoire hors cœur Octane : la géométrie doit tenir dans les 32 Go de VRAM du GPU, tandis que les textures peuvent déborder vers la RAM système

Exécuter Octane sur une cloud render farm : les parties vraiment complexes

Distribuer le rendu CPU sur une render farm est un problème relativement tolérant — divisez les images, envoyez la scène, collectez les résultats. Le rendu GPU avec Octane introduit des contraintes auxquelles une render farm CPU n'a jamais à faire face.

Chaque GPU est une île à part entière. Lorsque nous distribuons une animation, le modèle standard est la distribution par image : chaque GPU effectue le rendu d'une image différente de manière indépendante. Cela passe presque linéairement à l'échelle — deux fois plus de cartes, environ deux fois plus d'images par heure. Octane dispose bien d'un mode de rendu réseau où plusieurs GPU coopèrent sur une même image, mais il s'agit d'un flux de travail différent, plus exigeant en ressources ; le modèle de render farm est une image par carte. Conséquence pratique : chaque nœud doit faire tenir la scène entière dans ses propres 32 Go, car il ne peut pas emprunter de VRAM à la carte voisine.

Distribution d'images sur la render farm Octane : chaque nœud GPU RTX 5090 effectue le rendu d'une image d'animation différente de manière indépendante, puis les images terminées sont collectées pour le téléchargement

La correspondance des pilotes et des versions est fastidieuse mais critique. Octane est strict concernant les versions de pilotes CUDA, et le plugin Octane dans votre DCC doit correspondre à la version du cœur Octane sur la render farm. Des pilotes non correspondants au sein d'une flotte peuvent provoquer des plantages ou, pire, des différences de rendu silencieuses entre les nœuds. Sur une instance IaaS autogérée, vous épinglez les pilotes et réconciliez les versions de plugins vous-même ; sur une render farm entièrement gérée, la flotte est verrouillée sur les versions Octane supportées et la licence du moteur (Octane inclus) est comprise dans le tarif — rien à installer ni à activer de votre côté.

Les assets doivent être présents partout où une image peut atterrir. Chaque texture, HDRI et fichier référencé doit être accessible depuis le nœud qui prend en charge une image, au chemin exact attendu par la scène. Un pipeline géré résout et distribue ces assets depuis votre projet téléversé ; une render farm GPU en libre-service vous laisse configurer le stockage partagé et le remappage de chemins vous-même.

Voici la répartition des tâches que nous observons entre une configuration GPU autogérée et une render farm entièrement gérée :

Cette dernière ligne est importante. Étant donné que le rendu sur render farm Octane est entièrement sans affichage, il n'y a pas d'étape de bureau à distance — vous soumettez depuis votre DCC et la render farm effectue le rendu, supprimant toute une catégorie de friction de configuration que les locations GPU IaaS imposent encore.

OctaneBench et le modèle de tarification OBh

C'est la partie de l'économie Octane que la plupart des artistes n'ont jamais vue clairement expliquée, aussi vaut-il la peine de s'y attarder.

OctaneBench est le benchmark GPU standardisé d'OTOY. Il effectue le rendu d'une scène de référence fixe et produit un score unique sans unité représentant la quantité de travail Octane qu'un GPU peut effectuer par seconde par rapport à une carte de référence — un score plus élevé signifie un débit plus important. Étant donné qu'OTOY le publie et que n'importe qui peut l'exécuter, il est devenu un moyen crédible et neutre vis-à-vis des fournisseurs pour comparer les GPU spécifiquement pour Octane.

Ce benchmark est également la base de la facturation du travail GPU ici. Nous facturons le rendu GPU à 0,003 $ par OctaneBench-heure (OBh). Une OctaneBench-heure correspond à une heure de calcul d'un GPU délivrant une unité de débit OctaneBench. Une carte avec un score OctaneBench élevé délivre de nombreuses OBh par heure de temps réel ; une carte plus lente en délivre moins. Vous êtes facturé pour les OctaneBench-heures que votre tâche consomme réellement.

Pourquoi cela est-il important ? Considérez un tarif fixe par carte-heure. Deux render farms peuvent toutes deux annoncer « X $ par GPU-heure », mais si l'une vous loue une carte de génération actuelle et l'autre une carte vieille de deux générations, vous payez le même prix horaire pour des quantités de travail très différentes — la carte plus rapide finit en une fraction du temps, la plus lente facture beaucoup plus d'heures. La facturation OctaneBench-heure normalise cela : vous payez pour le débit de rendu livré, et non pour le temps occupé sur une machine. Une carte plus rapide qui termine plus tôt consomme simplement les OBh que le travail nécessitait, puis s'arrête.

La facturation OctaneBench-heure normalise le coût du rendu au débit livré : un GPU plus rapide termine en moins d'heures, de sorte que le même travail coûte le même prix quelle que soit la génération de carte

Pour référence, un RTX 5090 délivre environ 1 730 OctaneBench-heures de débit par heure de temps réel — un chiffre cohérent avec les benchmarks publiés pour l'architecture Blackwell, bien que les scores exacts varient selon la complexité de la scène et la configuration du système. Le chiffre canonique sur lequel s'appuyer est le tarif lui-même : 0,003 $ / OBh. Voici comment une tâche se calcule :

Considérez le temps de rendu par image et le score OctaneBench dans ce tableau comme illustratifs — les deux dépendent entièrement de votre scène. Le tarif est la partie fixe. Les nouveaux comptes bénéficient également de 25 $ de crédits de rendu offerts, et les crédits n'expirent pas, ce qui vous permet d'exécuter une scène de test réelle et de voir vos propres chiffres avant de vous engager sur une tâche complète. Nous détaillons le modèle complet dans le guide de tarification de la render farm, et une décomposition détaillée de l'estimation des tâches image par image se trouve dans notre guide du coût par image.

Une mise en garde mérite d'être formulée clairement, car elle piège souvent les utilisateurs lorsqu'ils comparent des fournisseurs : l'OctaneBench-heure est parfois utilisée comme unité de facturation même par des render farms qui n'exécutent pas réellement OctaneRender — elles empruntent le benchmark comme métrique de normalisation pour le moteur GPU qu'elles proposent. Si la prise en charge d'Octane vous importe spécifiquement, confirmez que la render farm exécute bien le moteur lui-même, pas seulement son benchmark. Et un devis par carte-heure ne signifie pas grand-chose tant que vous ne savez pas quelle carte vous louez ; la génération de GPU est le chiffre qui détermine votre coût réel.

Octane dans vos DCC : Cinema 4D, Maya, 3ds Max et Houdini

Octane s'intègre à votre flux de travail via des plugins, et la maturité de ces plugins varie selon les applications. Savoir où Octane est le plus performant vous aide à décider s'il convient à votre pipeline.

Cinema 4D est le terrain de prédilection d'Octane. Le plugin OctaneRender pour C4D est l'intégration la plus mature et la plus répandue en production qu'OTOY propose, avec une prise en charge approfondie des matériaux natifs C4D, de MoGraph et des effectors, du système Takes pour la sortie multi-passe et du flou de mouvement natif. Si vous êtes motion designer ou artiste en visualisation de produits travaillant dans Cinema 4D, Octane est un choix naturel — et c'est le moteur que la plupart des personnes désignent quand elles parlent d'« Octane en production ». C'est également là que se joue le plus souvent le choix entre Octane et Redshift ; nous couvrons ce compromis dans notre guide Redshift Cinema 4D si vous hésitez entre les deux.

Maya dispose d'un plugin OctaneRender solide utilisé dans les pipelines VFX et motion qui souhaitent du rendu GPU par lancer de chemins sans s'engager dans Arnold ou Redshift. Les réseaux de matériaux, l'intégration des caméras et de l'éclairage, et les caches Alembic sont tous pris en charge. Il est moins dominant dans la communauté que le couple C4D, mais commercialement significatif.

3ds Max exécute Octane efficacement, notamment en archviz et visualisation de produits. Le marché de l'archviz sur 3ds Max s'appuie encore fortement sur les moteurs de rendu CPU comme V-Ray et Corona, de sorte qu'Octane y est un choix délibéré plutôt que la valeur par défaut — mais le plugin est capable et la conversion des matériaux est de bonne qualité.

Houdini dispose d'un plugin OctaneRender qui gère bien la géométrie procédurale et apparaît dans les travaux VFX. Dans l'espace GPU de Houdini, le propre Karma XPU de SideFX et Redshift détiennent une part plus importante, de sorte qu'Octane pour Houdini représente une part réelle mais plus réduite — une bonne option si Octane est déjà votre standard de studio.

Une note pour les artistes Blender. Le traceur de chemins standard de production de Blender est Cycles, et c'est Cycles que nous exécutons pour les tâches Blender sur la render farm. Sur nos nœuds RTX 5090, Cycles utilise le lancer de rayons matériel OptiX, de sorte que vous bénéficiez du rendu GPU par lancer de chemins sur le même niveau matériel que nos tâches Octane — sortie non biaisée, physiquement réaliste — sans avoir besoin d'un abonnement Octane séparé. (EEVEE, le moteur temps réel de Blender, est une toute autre affaire : il nécessite un contexte d'affichage actif et ne fonctionne pas sur des nœuds de rendu sans affichage, de sorte que les scènes EEVEE doivent être basculées sur Cycles avant le téléversement.) Si Octane est spécifiquement votre moteur, Cinema 4D, Maya, 3ds Max et Houdini sont les environnements où il est le plus à l'aise ; si vous travaillez dans Blender, Cycles sur GPU vous amène à la même classe de résultats.

Exigences GPU et quand Octane est le bon moteur

Puisqu'Octane vit et meurt par le GPU, quelques réalités matérielles méritent d'être gardées à l'esprit.

La VRAM est le chiffre qui compte le plus. Les 32 Go d'un RTX 5090 définissent le plafond de géométrie pour Octane. Les intérieurs d'archviz avec des bibliothèques de mobilier complètes et du déplacement, ou les plans VFX avec une géométrie de personnages dense et des volumes, dépassent régulièrement la capacité d'une carte de 24 Go — et une scène qui échoue à se charger sur un GPU de 24 Go peut réussir sur un GPU de 32 Go. C'est une différence concrète et vérifiable, pas un argument marketing. La mémoire hors cœur ajoute de la marge pour les textures par-dessus, mais planifiez votre géométrie pour qu'elle tienne. Nous en disons davantage sur la position du RTX 5090 pour le rendu GPU dans notre article de performances RTX 5090.

CUDA et NVIDIA, sans exception. Octane nécessite un GPU NVIDIA compatible CUDA (capacité de calcul 5.0 ou supérieure, que toute carte actuelle satisfait largement). Tout conseil que vous lisez en ligne sur le rendu avec des cartes AMD ou Apple Silicon ne s'applique tout simplement pas à un flux de travail Octane — le moteur ne peut pas les utiliser. C'est pourquoi une render farm construite spécifiquement sur du matériel NVIDIA est le bon choix pour Octane, sans réserve.

Quand Octane est-il le bon choix, et quand faut-il lui préférer autre chose ? Voici une façon équilibrée d'y réfléchir :

Il convient de souligner clairement que le rendu GPU, Octane inclus, n'est pas toute l'histoire sur notre render farm — la majorité des tâches que nous exécutons sont encore basées sur le CPU, avec les travaux d'archviz V-Ray et Corona représentant la majeure partie du volume. Octane se situe dans un segment GPU en croissance, pas au centre de tout. Si votre pipeline est d'abord orienté CPU, aucune des contraintes spécifiques à Octane mentionnées ci-dessus ne vous concerne, et un moteur CPU est très probablement mieux adapté. L'objectif de ce guide est d'être direct sur les domaines où Octane mérite sa place — et là où ce n'est pas le cas.

FAQ

Q: Super Renders Farm prend-elle en charge OctaneRender ? A: Oui. Octane s'exécute sur nos nœuds GPU NVIDIA RTX 5090 (32 Go de VRAM chacun), et la licence OctaneRender est incluse dans le tarif de rendu — rien à installer ni à activer de votre côté, et aucun bureau à distance requis, le rendu étant entièrement sans affichage.

Q: Qu'est-ce qu'une OctaneBench-heure (OBh) et comment fonctionne la tarification ? A: Une OctaneBench-heure correspond à une heure de calcul d'un GPU délivrant une unité de débit OctaneBench, où OctaneBench est le benchmark GPU standardisé d'OTOY. Nous facturons le rendu GPU à 0,003 $ par OBh, ce qui signifie que vous payez pour le débit de rendu réellement livré et non pour le temps occupé sur une carte — un GPU plus rapide termine plus tôt et consomme simplement les OBh nécessaires au travail.

Q: Quel GPU me faut-il pour le rendu Octane sur la render farm ? A: Vous n'avez besoin d'aucun GPU pour effectuer un rendu sur la render farm — le rendu s'effectue sur nos nœuds RTX 5090. Octane lui-même nécessite un GPU NVIDIA compatible CUDA (il ne fonctionne pas sur AMD ou Apple Silicon), ce qui correspond exactement au matériel sur lequel la flotte est construite, de sorte que votre scène s'exécute sur du matériel adapté au moteur.

Q: Octane peut-il effectuer le rendu d'une scène dont la taille dépasse la VRAM du GPU ? A: Partiellement. Octane peut paginer les textures depuis la mémoire système via la mémoire hors cœur lorsqu'elles dépassent la VRAM, au prix d'une perte de performances. La géométrie est différente — les données de triangles et la structure d'accélération doivent tenir en VRAM, de sorte qu'une scène dont la géométrie seule dépasse les 32 Go de la carte ne pourra pas être rendue avant d'avoir été optimisée avec des instances, des proxies ou une tessellation réduite.

Q: Quelles applications 3D fonctionnent avec Octane sur la render farm ? A: Les environnements les plus répandus en production pour Octane sont Cinema 4D (l'intégration phare), Maya, 3ds Max et Houdini. Cinema 4D dispose du plugin OctaneRender le plus approfondi et le plus largement utilisé ; les autres sont matures et utilisés en VFX, archviz et motion design.

Q: Puis-je effectuer le rendu de scènes Blender avec Octane ? A: Pour Blender, nous exécutons Cycles, qui est le traceur de chemins standard de production de Blender. Sur nos nœuds RTX 5090, Cycles utilise le lancer de rayons matériel OptiX, de sorte que vous bénéficiez du rendu GPU par lancer de chemins sur le même niveau matériel que les tâches Octane sans abonnement Octane séparé. Si Octane est spécifiquement votre moteur, Cinema 4D, Maya, 3ds Max et Houdini sont les choix naturels ; les artistes Blender obtiennent des résultats GPU équivalents via Cycles.

Q: Octane revient-il au CPU si une scène ne tient pas sur le GPU ? A: Non. OctaneRender est exclusivement GPU — il n'existe pas de mode CPU ni de solution de repli hybride. Si une scène ne peut pas s'exécuter sur le GPU, elle doit être optimisée pour tenir, ou être rendue dans un moteur qui prend en charge le rendu CPU, comme V-Ray, Corona ou Arnold, que nous exécutons également.

Q: Comment transmettre mon projet à la render farm, et combien de temps les rendus sont-ils conservés ? A: Vous téléversez votre bundle de projet (nous acceptons les archives tar, tar.gz et 7z ; le format .zip n'est pas pris en charge), et la render farm résout et distribue les assets aux nœuds de rendu pour vous. Les rendus terminés sont conservés 45 jours, et vous pouvez les télécharger via le web, SFTP ou le téléchargement automatique de l'application client.