Configurer Cinema 4D pour le rendu cloud

Cinema 4D sur notre render farm s'exécute sur quatre moteurs de rendu — Redshift, V-Ray, Octane et Arnold — chacun avec son propre modèle de licence, sa convention de sortie et son profil de goulot d'étranglement. Cette page couvre le flux commun de packaging et de soumission qui s'applique à tous, puis détaille les spécificités de chaque moteur de rendu, explique le flux de travail Tiled Camera pour les très grandes images fixes, parcourt le schéma de cache GI pour les animations archviz, et se termine par des pointeurs de soumission et de dépannage inter-moteurs.

En tant que partenaire officiel Maxon, nous exécutons des installations Cinema 4D sous licence sur l'ensemble du parc de workers. Vous n'avez pas besoin de partager votre compte Maxon ni de transférer des licences pour effectuer un rendu chez nous. Pour le positionnement de haut niveau de C4D sur notre render farm — versions supportées, adéquation matérielle, exemples de tarification — voir la page de destination . Pour Redshift spécifiquement, la page dédiée est .

Versions supportées

Cinema 4D 2024 et 2025 sont pré-installés sur chaque worker. R23, R25 et S22 à S26 sont disponibles sur demande pour les projets hérités mais ne sont pas activés par défaut — contactez le support avant de soumettre si vous avez besoin d'une version héritée. La render farm fait correspondre automatiquement la version de votre fichier .c4d ; vous n'avez pas besoin de la spécifier.

Une note sur le rythme de sorties de Cinema 4D : Maxon livre des versions annuelles plus des versions ponctuelles. Nous approvisionnons la dernière version GA dans les quatre semaines suivant sa disponibilité publique. Si un projet nécessite une version ponctuelle spécifique (par exemple, 2024.4.0 vs. 2024.5.0) en raison d'une compatibilité de plugin, mentionnez la version ponctuelle dans les notes du job — la plupart des problèmes de plugins sont résolus en faisant correspondre la version exacte du fichier de projet.

Packager votre projet Cinema 4D

Un projet Cinema 4D est composé du fichier de scène .c4d plus tout asset externe — textures, profils IES, références à d'autres fichiers C4D, caches de simulation, fichiers son, volumes OpenVDB. Comme pour tous les DCCs, la render farm ne peut pas lire les chemins depuis votre lecteur local, donc le packaging est obligatoire avant l'upload.

La fonctionnalité intégrée « Save Project with Assets » de Cinema 4D est l'outil de packaging recommandé. Le flux de travail :

1. File → Save Project with Assets (ou Save Project for Cinema 4D Cloud si disponible ; les deux produisent la même structure de package).
2. Choisissez un dossier de destination nommé d'après le projet — par exemple, my-project/. C4D crée la structure my-project/my-project.c4d plus un sous-dossier tex/ pour les textures et des sous-dossiers supplémentaires pour les profils IES, les fichiers son et d'autres types d'assets.
3. Pour Team Render ou les assets externes qui ne sont pas auto-collectés : glissez ces assets dans le dossier tex/ manuellement et re-liez-les depuis l'intérieur de C4D avant de sauvegarder.
4. Pour les scènes XRef et les références externes : ouvrez chaque XRef et lancez Save Project with Assets sur le projet parent. C4D tirera la géométrie XRef dans le package. Si vous maintenez les XRefs comme fichiers .c4d séparés pour l'édition en direct, vous pouvez soit les aplatir dans le projet master avant de soumettre, soit inclure tous les fichiers .c4d référencés dans votre upload.
5. Pour les caches de simulation (caches Cloth, Dynamics, Particle, Volume) : bakez d'abord le cache sur disque, puis vérifiez que les fichiers de cache sont à l'intérieur du dossier du projet (typiquement dans un sous-dossier cache/ que vous créez) avant l'archivage.
6. Archivez l'intégralité du dossier en .tar, .tar.gz ou .7z. Nous n'acceptons pas les archives .zip.

Vérifiez avant d'uploader : ouvrez le dossier packagé sur votre station de travail, double-cliquez sur le .c4d à l'intérieur, et confirmez que toutes les textures s'affichent dans le Material Manager (pas de points d'interrogation indiquant des assets manquants). Si quelque chose manque, localisez-le manuellement et relancez Save Project with Assets. Une seconde vérification de bon sens est de rendre une seule frame depuis la copie packagée sur votre station de travail — si elle se rend correctement là, le package est complet.

Un raccourci courant qui ne fonctionne pas : copier uniquement le fichier .c4d. Les scènes Cinema 4D ne stockent que des références aux bitmaps et aux assets externes, jamais les assets eux-mêmes. Sans packaging, le worker chargera la scène mais échouera à la première recherche de texture manquante.

Plugin de soumission

Le plugin de soumission pour Cinema 4D gère la vérification du packaging des assets, les contrôles de bon sens des paramètres de rendu et la soumission de job directement depuis C4D. Il est compatible avec C4D 2024 et 2025. Fonctionnalités du plugin :

• Soumission en un clic depuis C4D — récupère le préréglage de paramètres de rendu actif et soumet le projet sans quitter C4D.
• Vérification des chemins d'assets — signale les textures manquantes, les profils IES ou les références externes avant la soumission, de sorte que vous attrapez les assets manquants localement plutôt qu'après l'échec du worker à charger la scène.
• Support des intervalles de frames et des Takes — respecte le système de Takes, de sorte que différents takes peuvent être soumis comme des jobs de rendu séparés en une seule passe.
• Retour de statut de soumission — affiche le statut du job depuis l'intérieur de C4D après la soumission.

Pour les étapes d'installation du plugin par DCC et le dépannage des problèmes de plugin, voir .

Notes spécifiques par moteur de rendu

Redshift pour Cinema 4D

Redshift est le moteur de rendu GPU le plus couramment utilisé sur notre parc C4D, en particulier pour les intérieurs archviz, le motion design et la visualisation produit. Il s'exécute sur notre tier de workers NVIDIA RTX 5090 (32 Go de VRAM par carte), ce qui convient à l'empreinte mémoire typique d'une scène Redshift.

Notes de configuration :

• Licence : Redshift sur notre render farm fonctionne sous notre licence partenaire Maxon. Vous n'avez pas besoin d'une licence Redshift séparée pour effectuer un rendu chez nous.
• Mémoire out-of-core : Redshift supporte le streaming de textures et de géométrie out-of-core, qui étend la capacité effective de scène au-delà des 32 Go de VRAM par carte. Activez dans Render Settings → Redshift → Memory. Pour la plupart des scènes archviz (sous 50 Go d'assets totaux), l'out-of-core gère le débordement sans ralentissement visible.
• AOVs et render elements : Le système d'AOVs de Redshift écrit aux côtés de votre passe beauty principale. La sortie multi-canal .exr par défaut fonctionne sur la render farm. Si vous avez besoin de fichiers séparés par AOV, basculez sur l'option de sortie « Separate Files ».
• Denoiser : Les denoisers Altus et Optix de Redshift fonctionnent tous deux sur la render farm. Optix est plus rapide par frame ; Altus produit un résultat plus propre pour l'animation. Nous recommandons Optix pour les prévisualisations et Altus pour les rendus finaux.
• Paramètres d'échantillonnage à vérifier : Les valeurs Unified Sampling Min/Max samples doivent être calibrées localement avant la soumission. Une scène qui a besoin de 2 000 max samples pour éliminer le bruit localement en a besoin du même nombre sur la render farm — la render farm ne denoise pas plus agressivement que votre configuration locale.
• Support des cheveux, volumes et proxies : Redshift Hair et Redshift Volumes se rendent tous deux sur la render farm. Les Redshift Proxies (fichiers .rs) sont supportés ; incluez-les dans la structure de dossiers du projet avant l'archivage.

V-Ray pour Cinema 4D

V-Ray sur C4D s'exécute sur notre tier de workers CPU (Dual Intel Xeon E5-2699 V4, jusqu'à 256 Go de RAM par nœud). C'est le choix pour les studios qui ont besoin du look spécifique de V-Ray — en particulier les studios archviz avec des bibliothèques V-Ray établies partagées depuis des pipelines 3ds Max ou Maya.

Notes de configuration :

• Licence : V-Ray sur notre render farm fonctionne sous notre licence partenaire Chaos. En tant que partenaire officiel Chaos, nous opérons des installations V-Ray sous licence.
• Cache GI : Pour les rendus archviz en image fixe, pré-calculer l'Irradiance Map et le Light Cache localement puis inclure les fichiers de cache dans votre upload est significativement plus rapide que de laisser chaque worker recalculer depuis zéro. Le flux de travail dédié est couvert dans le  ; un court résumé inter-moteurs se trouve dans la section cache GI ci-dessous.
• VRayProxy et VRayScene : Les deux fonctionnent sur la render farm. Incluez les fichiers proxy .vrmesh dans le dossier de projet packagé. La résolution de chemins est gérée au moment de la soumission.
• V-Ray Frame Buffer (VFB) : La sortie EXR via VFB est supportée. Si vous utilisez des corrections de couleur spécifiques à VFB, sauvegardez-les en fichier de corrections .vccglb et incluez-le dans le package ; le worker appliquera les corrections durant le rendu.
• V-Ray Render Elements : Tous les render elements standards (VRayDiffuseFilter, VRayReflection, VRayRefraction, VRayLightSelect, VRayZDepth, etc.) s'écrivent correctement. Pour un seul EXR multi-canal, configurez la sortie dans les paramètres de rendu V-Ray ; pour des fichiers par élément, définissez le mode de sortie sur fichiers séparés.

Octane pour Cinema 4D

Octane s'exécute sur notre tier de workers GPU RTX 5090. C'est le choix pour les studios produisant des rendus stylisés qui bénéficient du comportement de shader spécifique d'Octane — en particulier le motion design, la visualisation produit et le travail conceptuel.

Notes de configuration :

• Licence : Octane sur notre render farm fonctionne sous l'octroi de licence render-node d'Otoy. Vous ne transférez pas votre licence Octane Studio locale vers nous.
• Kernels spécifiques au GPU : Les kernels Pathtracing, PMC et Direct Lighting d'Octane fonctionnent tous sur la render farm. Octane Render Cloud (le service propre d'Otoy) est un produit séparé ; ce document couvre Octane s'exécutant comme plugin C4D sur les workers de Super Renders Farm.
• Contraintes VRAM : Octane est plus agressif en VRAM que Redshift. Les scènes qui tiennent dans les 32 Go de Redshift à grande échelle peuvent nécessiter une optimisation pour Octane — en particulier les textures (sous-échantillonner les grandes textures 8K vers 4K lorsque possible) et les instances (préférez Octane Scatter aux copies de mesh dupliquées).
• Octane Render Passes : Les Render Passes dans Octane se comportent comme les AOVs dans Redshift ; configurez-les dans l'Octane Live Viewer. L'EXR multi-passe est la sortie par défaut et se rend correctement sur la render farm.
• Octane Vectron et primitives : Les primitives procédurales générées au moment du rendu sont supportées sur le worker ; incluez tout graphe de shader personnalisé ou références LiveDB dans l'archive du projet.

Arnold pour Cinema 4D

Arnold pour C4D s'exécute sur notre tier de workers CPU. C'est le choix pour les studios avec un pipeline Arnold partagé entre Maya et C4D, ou pour les projets nécessitant le shading volumétrique et de cheveux spécifique d'Arnold.

Notes de configuration :

• Licence : Arnold sur notre render farm fonctionne sous l'octroi de licence Autodesk render-node. Vous n'avez pas besoin d'une licence Arnold séparée pour soumettre des jobs C4D.
• AOVs et paramètres de rendu : Le système d'AOVs d'Arnold est configuré par passe dans les Render Settings. La sortie EXR multi-canal par défaut fonctionne sur la render farm. Pour des fichiers par AOV, définissez « Output Mode » sur « Separate Files » par AOV.
• Échantillonnage : Les Camera Samples d'Arnold plus les échantillons Diffuse / Specular / Transmission doivent être calibrés localement avant la soumission. La render farm utilise les mêmes valeurs d'échantillonnage que votre projet spécifie — sur-échantillonner localement signifie sur-échantillonner sur le worker, sans clamp automatique.
• Volumétrie et OpenVDB : Les fichiers VDB doivent être packagés aux côtés du projet. La résolution de chemins est gérée au moment de la soumission, comme pour les textures.
• Arnold Denoiser : L'Arnold Denoiser basé OptiX fonctionne sur la render farm pour les utilisations en image fixe et en animation. Calibrez la force du denoiser localement ; le worker applique tous les paramètres que le fichier de scène porte.

Comparaison rapide des moteurs de rendu

| Moteur de rendu | Tier de worker | Source de licence | Idéal pour | |---|---|---|---| | Redshift | GPU (RTX 5090) | Partenaire Maxon | Motion design, intérieurs archviz, itération rapide | | V-Ray | CPU | Partenaire Chaos | Archviz, studios à pipeline V-Ray, grandes animations d'intérieurs | | Octane | GPU (RTX 5090) | Render-node Otoy | Motion design, visualisation produit stylisée | | Arnold | CPU | Render-node Autodesk | Pipelines partagés Maya-C4D, VFX volumétrique |

Tiled Camera pour les grandes images fixes

Pour les rendus en image fixe au-dessus d'environ 6K de résolution, le chemin de rendu standard de Cinema 4D peut rencontrer des limites de VRAM ou de RAM sur un seul worker. Le flux de travail Tiled Camera rend l'image en tuiles distribuées sur plusieurs workers, puis assemble le résultat en une seule image finale.

Le flux de travail :

1. Dans C4D, basculez votre caméra de rendu en mode Tiled Camera (objet Camera → tag Tiled Camera).
2. Définissez le nombre de tuiles — un point de départ raisonnable est 4×4 pour 8K, 8×8 pour 16K et 16×16 pour 32K en image fixe.
3. Vérifiez le réglage de chevauchement de tuiles. Le défaut est de 0 pixels, ce qui fonctionne pour des tuiles propres mais peut produire des coutures visibles aux bords à fort contraste. Régler le chevauchement à 4 à 8 pixels lisse les coutures durant l'assemblage.
4. Soumettez le job. La render farm divise les tuiles entre les workers automatiquement, chaque worker rendant une tuile.
5. Après que toutes les tuiles sont terminées, assemblez l'image finale soit localement avec le Tile Assembler de C4D, soit via votre application de compositing (After Effects, Nuke, Fusion).

Notes par moteur de rendu pour Tiled Camera :

• Redshift et Octane (GPU) : la taille de tuile GPU est la contrainte pertinente — limitée par la VRAM par worker. Pour une image 16K sur des cartes RTX 5090 32 Go, les tuiles 8×8 se rendent avec une marge de VRAM pour la plupart des scènes ; les intérieurs très lourds peuvent nécessiter du 16×16.
• V-Ray et Arnold (CPU) : la contrainte est la RAM CPU par worker (256 Go). Les tuiles CPU sont plus tolérantes — du 4×4 suffit typiquement même à 16K pour les intérieurs archviz.
• Assemblage de tuiles : Les tuiles EXR s'assemblent proprement sans décalage de couleur si toutes les tuiles partagent les mêmes paramètres de gestion des couleurs (config OCIO ou Linear sRGB). Confirmez que la gestion des couleurs est identique entre le fichier de projet et la sortie de rendu du worker avant de découper en de nombreuses tuiles — une incompatibilité est beaucoup plus difficile à détecter une fois que les tuiles sont déjà rendues.

Le temps de rendu par tuile évolue à peu près linéairement avec le nombre de pixels de la tuile, donc les tuiles 4×4 se rendent au total environ 16× plus rapidement que 1×1 une fois distribuées sur le parc de workers, puisque chaque worker ne rend qu'un seizième de la zone de l'image.

Flux de travail du cache GI pour les animations archviz

Pour les animations archviz V-Ray et Redshift sur Cinema 4D, recalculer la Global Illumination par frame sur chaque worker gaspille du calcul et peut produire du scintillement. Le schéma standard est de pré-calculer le cache GI localement comme une passe « flythrough », puis de soumettre le fichier de cache avec l'animation pour le rendu final.

Flux de travail du prepass d'animation V-Ray :

1. Sur votre station de travail, dans les paramètres de rendu V-Ray, définissez Irradiance Map en mode « Animation (prepass) » et Light Cache en mode « Fly-through ».
2. Définissez le prepass pour échantillonner toutes les N frames (typiquement toutes les 5e ou 10e frame pour une animation fluide).
3. Rendez le prepass localement. V-Ray écrit les fichiers Irradiance Map (.vrmap) et Light Cache (.vrlmap) au chemin spécifié dans les paramètres de rendu.
4. Basculez les paramètres de rendu : Irradiance Map en mode « Animation (rendering) » et Light Cache en « From File », pointant vers les fichiers de cache générés par le prepass.
5. Vérifiez que les chemins des fichiers de cache sont à l'intérieur du dossier du projet avant l'archivage — les chemins doivent être relatifs à la racine du projet, et non des chemins absolus de station de travail.
6. Soumettez l'animation complète. Chaque worker lit depuis le même fichier de cache plutôt que de recalculer.

Le même schéma général s'applique à l'Irradiance Point Cloud et à l'Irradiance Cache de Redshift pour les intérieurs archviz, bien que le format de fichier et les noms des paramètres de rendu diffèrent. Pour le guide complet d'optimisation GI inter-moteurs incluant la comparaison UHD Cache et Brute Force, voir le .

Une note sur l'hygiène du cache : un cache obsolète d'une version antérieure de scène peut produire des erreurs de rendu silencieuses qui ressemblent à une sortie normale mais qui référencent un éclairage obsolète. Lorsque vous modifiez la géométrie de la scène, l'éclairage ou les matériaux, régénérez le cache plutôt que de réutiliser le précédent.

Flux de soumission

Trois canaux de soumission fonctionnent pour les projets Cinema 4D :

• Plugin de soumission (recommandé pour les utilisateurs C4D). Soumettez depuis C4D après avoir installé le plugin. La boucle d'itération la plus serrée, puisque le plugin gère la vérification des assets et l'authoring de job en une seule étape. Voir .
• Upload web + soumission via le dashboard. Uploadez l'archive de projet packagée, puis soumettez via le site web. Fonctionne sans plugin installé. Convient aux projets ponctuels ou aux studios sur des machines où l'installation de plugin n'est pas pratique.
• Client App. Upload + soumission + téléchargement automatique dans un seul wrapper. Le meilleur pour les studios avec des jobs C4D récurrents qui veulent un téléchargement automatique à l'achèvement. Voir .

Pour le flux upload-soumission-téléchargement inter-DCC, voir . Pour les transferts basés SFTP sur de très gros packages, voir .

Lors de la configuration du job de rendu, vérifiez ces champs avant de soumettre :

• Le préréglage de paramètres de rendu actif correspond au moteur de rendu que vous voulez réellement (Redshift / V-Ray / Octane / Arnold). Le système de préréglages de C4D peut porter un préréglage différent de celui visible dans la fenêtre de visualisation.
• L'intervalle de frames est défini dans les paramètres de rendu (Single Frame, All Frames, Preview Range ou personnalisé). Une soumission en image fixe se rendant accidentellement comme animation est l'un des schémas de gaspillage de crédits les plus courants.
• Le chemin de sortie utilise un motif relatif à l'intérieur du projet (par exemple, ./render/$prj_$take_$frame.exr). Les chemins de sortie absolus de station de travail font que la sortie est mal placée sur le worker.
• Le format de sortie est EXR sauf si votre compositing en aval nécessite explicitement PNG ou TIFF — EXR transporte les données de couleur full float et les AOVs multi-canaux dans un seul fichier.

Dépannage

Pour le dépannage général inter-DCC, voir . Cas spécifiques à C4D qui méritent d'être notés ici :

• « Missing assets » au chargement de la scène. Relancez Save Project with Assets sur une copie propre de votre projet et re-uploadez. La cause la plus fréquente est un chemin de texture qui a été changé après la dernière passe de Save Project, ou une référence .c4d externe qui n'a pas été aplatie.
• Le rendu démarre mais Redshift retourne du noir. Vérifiez que votre caméra de rendu a un tag Redshift Camera valide et que la caméra n'est pas définie en mode « Locked » dans la fenêtre de visualisation. Une seconde cause : le moteur de rendu Redshift n'est pas le moteur de rendu actif — vérifiez le menu déroulant Render Settings → Renderer.
• Erreur « License not found ». C'est rare sur notre render farm car l'octroi de licence est géré côté serveur, mais cela peut survenir si le parc de workers est en cours de mise à jour. Resoumettre le job 5 à 10 minutes plus tard le résout dans la plupart des cas. Si cela persiste, contactez le support.
• Artefacts de tuiles visibles aux frontières de tuiles (mode Tiled Camera). Augmentez les pixels de chevauchement de tuiles dans les paramètres Tiled Camera — le défaut est 0 ; régler à 4 à 8 pixels produit typiquement des coutures lisses.
• Le prepass d'animation se rend vide. Pour les flux de travail d'animation V-Ray, le prepass et les passes finales doivent référencer le même cache Irradiance Map. Vérifiez que le chemin du fichier de cache est inclus dans le projet packagé et que les paramètres de rendu prepass et final pointent tous deux vers lui.
• La couleur de sortie diffère de la station de travail. Le plus souvent une incompatibilité de gestion des couleurs. Vérifiez Project Settings → OCIO et confirmez que la même config OCIO est référencée sur votre station de travail et sur le worker. C4D 2024+ utilise par défaut OCIO ACES 1.3 ; si votre station de travail utilise le pipeline Linear sRGB hérité, le worker se rendra dans l'espace colorimétrique sauvegardé du projet, qui peut différer de l'interprétation de votre fenêtre de visualisation.
• Plugin non reconnu sur le worker. Si un plugin au moment du rendu (par exemple, X-Particles, un add-on MoGraph, un déformeur tiers) est référencé par la scène mais pas pré-installé sur le worker, le rendu échoue au chargement de la scène. Contactez le support avant la soumission pour les plugins en dehors de l'ensemble central de moteurs de rendu ; certains plugins peuvent être ajoutés à l'image du worker, d'autres peuvent nécessiter un bake en cache (Alembic, OpenVDB) avant l'upload.

Références croisées

• — flux de travail upload, soumission, téléchargement
• — comment les coûts des jobs C4D sont calculés
• — Irradiance Map, Light Cache, UHD Cache, flux de travail prepass d'animation
• — formats d'archive, guide SFTP
• — dépannage inter-DCC
• — installation du plugin de soumission C4D
• — wrapper de téléchargement automatique pour les jobs récurrents
• — pour les très grosses archives de projets
• — page de destination
• — page de destination spécifique Redshift
• — article de flux de travail Redshift plus approfondi

FAQ

Q : Quelles versions de Cinema 4D la render farm supporte-t-elle ? A : C4D 2024 et 2025 sont pré-installés sur chaque worker. R23, R25 et S22 à S26 sont disponibles sur demande pour les projets hérités mais ne sont pas activés par défaut. La render farm fait correspondre automatiquement la version de votre fichier .c4d ; vous n'avez pas besoin de la spécifier manuellement à la soumission.

Q : Dois-je transférer ma licence Maxon pour effectuer un rendu sur la render farm ? A : Non. En tant que partenaire officiel Maxon, nous exécutons des installations Cinema 4D sous licence sur l'ensemble du parc de workers. Vous uploadez votre projet et nous le rendons. Votre licence Cinema 4D Maxon locale reste sur votre station de travail.

Q : Quel moteur de rendu choisir pour le rendu cloud — Redshift, V-Ray, Octane ou Arnold ? A : Cela dépend de votre projet. Redshift convient au motion design et à l'archviz avec une complexité de scène modérée (itération GPU rapide). V-Ray convient aux pipelines archviz avec des bibliothèques V-Ray établies et de grandes animations d'intérieurs utilisant le cache GI. Octane convient aux rendus GPU stylisés et à la visualisation produit. Arnold convient aux projets avec un pipeline partagé Maya-C4D ou aux travaux volumétriques et de cheveux lourds. Les quatre sont supportés sur notre render farm avec un octroi de licence vérifié.

Q : Ma scène utilise des références externes XRef. Vont-elles se résoudre sur la render farm ? A : Oui, si elles sont incluses dans votre upload packagé. Lancez Save Project with Assets sur le projet master ; C4D tirera la géométrie XRef dans le package. Si vous préférez garder les fichiers XRef séparés pour l'édition en direct, incluez également chaque fichier .c4d référencé dans votre upload — le worker résout les chemins au moment de la soumission tant que les fichiers référencés sont présents dans l'archive.

Q : Je veux rendre une image fixe 8K. Tiendra-t-elle sur un seul worker ? A : Cela dépend de la scène. Une image fixe 8K en Redshift avec une complexité de scène modérée tient souvent dans 32 Go de VRAM sur un seul worker. Pour les scènes très complexes ou les résolutions supérieures (12K, 16K, 32K), utilisez le mode Tiled Camera — la render farm rend les tuiles sur plusieurs workers et vous assemblez le résultat. Des nombres de tuiles de 4×4 pour 8K, 8×8 pour 16K et 16×16 pour 32K sont des points de départ raisonnables.

Q : Mon projet C4D utilise un plugin comme X-Particles ou un déformeur tiers. Se rendra-t-il ? A : Le plugin doit être installé sur le worker. Nous pré-installons les principaux plugins de rendu (Redshift, V-Ray, Octane, Arnold) et leurs outils associés. Pour les autres plugins (X-Particles, add-ons MoGraph, déformeurs tiers), contactez le support avant la soumission. Certains plugins peuvent être ajoutés à l'image du worker ; d'autres peuvent nécessiter de baker le résultat en cache (géométrie Alembic, volumes OpenVDB) avant l'upload.

Q : Comment le système de Takes de C4D fonctionne-t-il avec le rendu sur render farm ? A : Le plugin de soumission reconnaît le take actif lorsque vous soumettez. Pour rendre plusieurs takes, soumettez chaque take comme un job séparé, ou utilisez la fonctionnalité Render Queue dans C4D 2024+ pour mettre en file plusieurs takes et soumettre la file en un seul batch. Chaque take se rend comme son propre job sur la render farm et est facturé selon son propre temps de rendu.

Q : J'ai une animation archviz de 30 secondes en V-Ray. Comment éviter le scintillement GI d'une frame à l'autre ? A : Pré-calculez le cache GI localement en utilisant le flux de travail prepass d'animation de V-Ray — Irradiance Map en mode Animation (prepass) plus Light Cache en mode Fly-through, échantillonnés toutes les 5e ou 10e frame. Puis soumettez l'animation complète avec Irradiance Map défini sur Animation (rendering) et Light Cache défini sur From File, pointant vers le cache du prepass. Chaque worker lit depuis le même cache plutôt que de recalculer, ce qui élimine le scintillement et réduit le temps de rendu total. Le flux de travail complet est dans la section cache GI ci-dessus et dans le guide d'optimisation V-Ray.

Q : Mon rendu s'est terminé mais la couleur de sortie semble différente de ma station de travail. Qu'est-ce qui a changé ? A : Le plus souvent c'est une incompatibilité de gestion des couleurs. Vérifiez Project Settings → OCIO et confirmez que la même config OCIO est référencée sur votre station de travail et sur le worker. C4D 2024+ utilise par défaut OCIO ACES 1.3 ; si votre station de travail utilise le pipeline Linear sRGB hérité, le worker se rendra dans l'espace colorimétrique sauvegardé du projet, qui peut différer de l'interprétation de votre fenêtre de visualisation. Re-sauvegarder le projet depuis une station de travail qui utilise la même cible OCIO que la render farm résout la dérive.

---