Configurare Cinema 4D per il rendering cloud

Cinema 4D sulla nostra farm gira su quattro renderer — Redshift, V-Ray, Octane e Arnold — ciascuno con il proprio modello di licenza, convenzioni di output e profilo dei colli di bottiglia. Questa pagina copre il flusso comune di packaging e invio applicabile a tutti, poi dettaglia le specifiche di ciascun renderer, spiega il workflow Tiled Camera per immagini still molto grandi, illustra il pattern cache GI per le animazioni archviz e chiude con i suggerimenti per la risoluzione dei problemi specifici di C4D e cross-DCC.

Come partner ufficiale Maxon, gestiamo installazioni Cinema 4D licenziate su tutta la flotta di worker. Non è necessario condividere il proprio account Maxon o trasferire licenze per renderizzare con noi. Per il posizionamento di alto livello di C4D sulla nostra farm — versioni supportate, compatibilità hardware, esempi di prezzi — si veda la pagina di destinazione . Per Redshift in particolare, la pagina dedicata è .

Versioni supportate

Cinema 4D 2024 e 2025 sono preinstallati su ogni worker. R23, R25 e S22–S26 sono disponibili su richiesta per i progetti legacy ma non sono abilitati per impostazione predefinita — contattare l'assistenza prima di inviare se si necessita di una versione legacy. La farm abbina automaticamente la versione del file .c4d; non è necessario specificarla.

Nota sul ciclo di release di Cinema 4D: Maxon rilascia versioni annuali più point release. Provisioniamo l'ultimo release GA entro quattro settimane dalla disponibilità pubblica. Se un progetto richiede un determinato point release per via della compatibilità plugin (ad esempio 2024.4.0 rispetto a 2024.5.0), indicare il point release nelle note del job — la maggior parte dei problemi di plugin si risolve abbinando la versione esatta del file di progetto.

Packaging del progetto Cinema 4D

Un progetto Cinema 4D è il file di scena .c4d più eventuali asset esterni — texture, profili IES, riferimenti ad altri file C4D, cache di simulazione, file audio, volumi OpenVDB. Come per tutti i DCC, la farm non può leggere i percorsi dall'unità locale dell'utente, quindi il packaging è obbligatorio prima dell'upload.

La funzione integrata "Save Project with Assets" di Cinema 4D è lo strumento di packaging consigliato. Il workflow:

1. File → Save Project with Assets (o Save Project for Cinema 4D Cloud se disponibile; entrambi producono la stessa struttura del pacchetto).
2. Scegliere una cartella di destinazione denominata per il progetto — ad esempio mio-progetto/. C4D crea la struttura mio-progetto/mio-progetto.c4d più una sottocartella tex/ per le texture e ulteriori sottocartelle per profili IES, file audio e altri tipi di asset.
3. Per le scene XRef e i riferimenti esterni: aprire ogni XRef ed eseguire Save Project with Assets sul progetto master. C4D include la geometria XRef nel pacchetto. Se si mantengono le XRef come file .c4d separati per la modifica live, è possibile incorporarle nel progetto master prima dell'invio oppure includere tutti i file .c4d referenziati nell'upload.
4. Per gli asset che non vengono raccolti automaticamente: trascinarli nella cartella tex/ manualmente e ri-collegarli dall'interno di C4D prima di salvare.
5. Per le cache di simulazione (Cloth, Dynamics, Particle, Volume): effettuare il bake della cache su disco prima, poi verificare che i file cache siano all'interno della cartella del progetto (tipicamente in una sottocartella cache/ da creare) prima di archiviare.
6. Archiviare l'intera cartella come .tar, .tar.gz o .7z. Non accettiamo archivi .zip.

Verificare prima di caricare: aprire la cartella pacchettizzata sulla propria workstation, fare doppio clic sul .c4d al suo interno e confermare che tutte le texture siano visibili nel Material Manager (nessun punto interrogativo che indica asset mancanti). Se manca qualcosa, individuarlo manualmente ed eseguire nuovamente Save Project with Assets. Una seconda verifica consiste nel renderizzare un singolo fotogramma dalla copia pacchettizzata sulla propria workstation — se viene renderizzato correttamente, il pacchetto è completo.

Una scorciatoia comune che non funziona: copiare solo il file .c4d. Le scene Cinema 4D memorizzano solo riferimenti alle bitmap e agli asset esterni, mai gli asset stessi. Senza packaging, il worker carica la scena ma fallisce alla prima ricerca di texture mancante.

Plugin di invio

Il plugin di invio per Cinema 4D gestisce la verifica del packaging degli asset, i controlli di integrità delle impostazioni di rendering e l'invio del job direttamente dall'interno di C4D. È compatibile con C4D 2024 e 2025. Funzionalità del plugin:

• Invio con un clic dall'interno di C4D — utilizza il preset di impostazioni di rendering attivo e invia il progetto senza uscire da C4D.
• Verifica dei percorsi degli asset — segnala texture mancanti, profili IES o riferimenti esterni prima dell'invio, consentendo di individuare gli asset mancanti localmente anziché dopo il fallimento del worker in fase di caricamento della scena.
• Supporto intervallo fotogrammi e Take — rispetta il sistema Take, consentendo di inviare diversi Take come job di rendering separati in un unico passaggio.
• Feedback sullo stato dell'invio — mostra lo stato del job dall'interno di C4D dopo l'invio.

Per i passaggi di installazione del plugin per DCC e la risoluzione dei problemi relativi al plugin si veda .

Note specifiche per renderer

Redshift per Cinema 4D

Redshift è il renderer GPU più utilizzato sulla nostra flotta C4D, in particolare per archviz interni, motion design e product visualization. Gira sul tier di worker NVIDIA RTX 5090 (32 GB di VRAM per scheda), adeguato al tipico fabbisogno di memoria delle scene Redshift.

Note di configurazione:

• Licenza: Redshift sulla nostra farm gira con la nostra licenza partner Maxon. Non è necessaria una licenza Redshift separata per renderizzare con noi.
• Out-of-core memory: Redshift supporta lo streaming out-of-core di texture e geometria, che estende la capacità effettiva della scena oltre i 32 GB VRAM per scheda. Abilitare in Render Settings → Redshift → Memory. Per la maggior parte delle scene archviz (sotto i 50 GB di asset totali), Out-of-Core gestisce l'overflow senza rallentamenti visibili.
• AOV e render elements: il sistema AOV di Redshift scrive insieme al beauty pass. L'output .exr multicanale predefinito funziona sulla farm. Se si necessita di file separati per AOV, passare all'opzione di output "Separate Files".
• Denoiser: i denoiser Altus e Optix di Redshift girano entrambi sulla farm. Optix è più veloce per fotogramma; Altus produce un risultato più pulito per l'animazione. Si consiglia Optix per le anteprime e Altus per i finali.
• Impostazioni di campionamento da verificare: Unified Sampling Min/Max Samples dovrebbe essere calibrato localmente prima dell'invio. Una scena che richiede 2.000 Max Samples localmente per eliminare il rumore richiede lo stesso sulla farm.
• Supporto hair, volume e proxy: Redshift Hair e Redshift Volumes si renderizzano entrambi sulla farm. I proxy Redshift (file .rs) sono supportati; includerli nella struttura della cartella del progetto prima di archiviare.

V-Ray per Cinema 4D

V-Ray su C4D gira sul tier di worker CPU (Dual Intel Xeon E5-2699 V4, fino a 256 GB di RAM per nodo). È la scelta per gli studi che necessitano del look specifico di V-Ray — in particolare gli studi archviz con librerie V-Ray consolidate condivise da pipeline 3ds Max o Maya.

Note di configurazione:

• Licenza: V-Ray sulla nostra farm gira con la nostra licenza partner Chaos. Come partner Chaos ufficiale, gestiamo installazioni V-Ray licenziate.
• Cache GI: per i rendering still archviz, pre-calcolare localmente Irradiance Map e Light Cache e includere i file cache nell'upload è significativamente più rapido che lasciare che ogni worker ricalcoli da zero. Il workflow dedicato è documentato nella ; una sintesi cross-renderer si trova nella sezione Cache GI sotto.
• VRayProxy e VRayScene: entrambi funzionano sulla farm. Includere i file proxy .vrmesh nella cartella del progetto pacchettizzato. La risoluzione dei percorsi viene gestita al momento dell'invio.
• V-Ray Frame Buffer (VFB): l'output EXR tramite VFB è supportato. Se si usano correzioni colore specifiche del VFB, salvarle come file .vccglb e includerle nel pacchetto; il worker applica le correzioni durante il rendering.
• V-Ray Render Elements: tutti gli elementi di rendering standard (VRayDiffuseFilter, VRayReflection, VRayRefraction, VRayLightSelect, VRayZDepth, ecc.) vengono scritti correttamente. Per un singolo EXR multicanale, configurare l'output nelle impostazioni di rendering V-Ray; per file per elemento, impostare la modalità di output su file separati.

Octane per Cinema 4D

Octane gira sul tier di worker GPU RTX 5090. È la scelta per gli studi che producono rendering stilizzati che traggono vantaggio dal comportamento specifico degli shader Octane — in particolare motion design, product visualization e concept work.

Note di configurazione:

• Licenza: Octane sulla nostra farm gira con il modello di licenza render-node di Otoy. Non si trasferisce la propria licenza Octane Studio locale a noi.
• Kernel GPU specifici: i kernel Pathtracing, PMC e Direct Lighting di Octane girano tutti sulla farm. Octane Render Cloud (il servizio proprietario di Otoy) è un prodotto separato; questa documentazione riguarda Octane come plugin C4D sui worker di Super Renders Farm.
• Vincoli VRAM: Octane è più aggressivo sulla VRAM rispetto a Redshift. Le scene che si adattano a Redshift a 32 GB potrebbero richiedere ottimizzazione per Octane — in particolare texture (ridimensionare le texture 8K a 4K dove possibile) e istanze (preferire Octane Scatter rispetto a copie di mesh duplicate).
• Render Passes Octane: i Render Passes in Octane si comportano come gli AOV in Redshift; configurarli nell'Octane Live Viewer. L'EXR multi-pass è l'output predefinito e viene renderizzato correttamente sulla farm.
• Octane Vectron e primitive: le primitive procedurali generate a runtime sono supportate sul worker; includere nell'archivio del progetto tutti i shader graph personalizzati o i riferimenti LiveDB.

Arnold per Cinema 4D

Arnold per C4D gira sul tier di worker CPU. È la scelta per gli studi con una pipeline Arnold condivisa tra Maya e C4D, o per i progetti che richiedono il volumetrico specifico e lo hair shading di Arnold.

Note di configurazione:

• Licenza: Arnold sulla nostra farm gira con il modello di licenza render-node di Autodesk. Non è necessaria una licenza Arnold separata per inviare job C4D.
• AOV e impostazioni di rendering: il sistema AOV di Arnold viene configurato per pass nelle Render Settings. L'output EXR multicanale predefinito funziona sulla farm. Per file per AOV, impostare "Output Mode" su "Separate Files" per AOV.
• Campionamento: i Camera Samples di Arnold più i campioni Diffuse / Specular / Transmission devono essere calibrati localmente prima dell'invio. La farm usa gli stessi valori di campionamento specificati nel progetto — il sovracampionamento locale significa sovracampionamento sul worker, senza limite automatico.
• Volumetrico e OpenVDB: i file VDB devono essere pacchettizzati insieme al progetto. La risoluzione dei percorsi viene gestita al momento dell'invio, come per le texture.
• Arnold Denoiser: il denoiser Arnold basato su OptiX gira sulla farm per l'utilizzo su singolo fotogramma e animazione. Calibrare la forza del denoiser localmente; il worker applica tutte le impostazioni contenute nel file di scena.

Confronto rapido dei renderer

| Renderer | Tier worker | Fonte licenza | Ideale per | |---|---|---|---| | Redshift | GPU (RTX 5090) | Partner Maxon | Motion design, archviz interni, iterazione veloce | | V-Ray | CPU | Partner Chaos | Archviz, studi pipeline V-Ray, animazioni interni grandi | | Octane | GPU (RTX 5090) | Render-node Otoy | Motion design, product visualization stilizzata | | Arnold | CPU | Render-node Autodesk | Pipeline condivise Maya-C4D, VFX volumetrici |

Tiled Camera per immagini still di grandi dimensioni

Per i rendering still sopra circa 6K di risoluzione, il percorso di rendering standard di Cinema 4D può raggiungere i limiti VRAM o RAM su un singolo worker. Il workflow Tiled Camera renderizza l'immagine in tile distribuiti su più worker, poi assembla il risultato in un'immagine finale.

Il workflow:

1. In C4D, passare la camera di rendering alla modalità Tiled Camera (oggetto Camera → tag Tiled Camera).
2. Impostare il numero di tile — un punto di partenza ragionevole è 4×4 per 8K, 8×8 per 16K e 16×16 per 32K stills.
3. Verificare l'impostazione di sovrapposizione dei tile. L'impostazione predefinita è 0 pixel, che funziona per tile puliti ma può produrre giunture visibili sui bordi ad alto contrasto. Impostare la sovrapposizione su 4–8 pixel per uniformare le giunture durante l'assemblaggio.
4. Inviare il job. La farm divide i tile tra worker automaticamente, con ogni worker che renderizza un tile.
5. Dopo il completamento di tutti i tile, assemblare l'immagine finale localmente con il Tile Assembler di C4D o tramite l'applicazione di compositing (After Effects, Nuke, Fusion).

Note per renderer sulla Tiled Camera:

• Redshift e Octane (GPU): la dimensione del tile GPU è il vincolo rilevante — limitata dalla VRAM per worker. Per un'immagine 16K su schede RTX 5090 da 32 GB, 8×8 tile renderizza con margine VRAM per la maggior parte delle scene; gli interni molto pesanti potrebbero richiedere 16×16.
• V-Ray e Arnold (CPU): il vincolo è la RAM CPU per worker (256 GB). I tile CPU sono più permissivi — 4×4 è tipicamente sufficiente anche per 16K per gli interni archviz.
• Assemblaggio tile: i tile EXR si assemblano senza variazione di colore se tutti i tile condividono le stesse impostazioni di gestione del colore (configurazione OCIO o Linear sRGB). Confermare che la gestione del colore sia identica tra il file di progetto e l'output di rendering del worker prima di suddividere in molti tile — un conflitto è molto più difficile da rilevare una volta che i tile sono già stati renderizzati.

Il tempo di rendering per tile scala approssimativamente in modo lineare con il numero di pixel del tile, quindi i tile 4×4 renderizzano in totale circa 16× più velocemente di 1×1 una volta distribuiti sulla flotta, poiché ogni worker renderizza solo un sedicesimo dell'area dell'immagine.

Workflow cache GI per animazioni archviz

Per le animazioni archviz V-Ray e Redshift su Cinema 4D, ricalcolare il Global Illumination per fotogramma su ogni worker spreca potenza di calcolo e può produrre sfarfallio. Il pattern standard è pre-calcolare la cache GI localmente come pass "flythrough", poi inviare il file cache insieme all'animazione per il rendering finale.

Workflow animation prepass V-Ray:

1. Nella propria workstation, nelle impostazioni di rendering V-Ray, impostare Irradiance Map sulla modalità "Animation (prepass)" e Light Cache sulla modalità "Fly-through".
2. Impostare il prepass per campionare ogni N-esimo fotogramma (tipicamente ogni 5° o 10° fotogramma per un'animazione fluida).
3. Renderizzare il prepass localmente. V-Ray scrive i file Irradiance Map (.vrmap) e Light Cache (.vrlmap) nel percorso specificato nelle impostazioni di rendering.
4. Cambiare le impostazioni di rendering: Irradiance Map sulla modalità "Animation (rendering)" e Light Cache su "From File", puntando ai file cache generati dal prepass.
5. Verificare che i percorsi dei file cache siano all'interno della cartella del progetto prima di archiviare — i percorsi devono essere relativi alla radice del progetto, non percorsi assoluti della workstation.
6. Inviare l'animazione completa. Ogni worker legge dallo stesso file cache invece di ricalcolare.

Lo stesso schema generale si applica all'Irradiance Point Cloud e all'Irradiance Cache di Redshift per gli interni archviz, sebbene il formato del file e i nomi delle impostazioni di rendering differiscano. Per la guida completa all'ottimizzazione GI cross-renderer incluso il confronto UHD Cache e Brute Force si veda la .

Nota sull'igiene della cache: una cache obsoleta da una versione precedente della scena può produrre errori di rendering silenziosi che sembrano output normali ma referenziano illuminazione non aggiornata. Se si modifica la geometria, l'illuminazione o i materiali della scena, rigenerare la cache invece di riutilizzare quella precedente.

Flusso di invio

Tre canali di invio funzionano per i progetti Cinema 4D:

• Plugin di invio (consigliato per gli utenti C4D). Inviare dall'interno di C4D dopo aver installato il plugin. Il ciclo di iterazione più stretto, poiché il plugin gestisce la verifica degli asset e la creazione del job in un unico passaggio. Si veda .
• Upload web + invio tramite pannello di controllo. Caricare l'archivio del progetto pacchettizzato, poi inviare tramite il sito. Funziona senza plugin installato. Adatto per progetti singoli o per studi su macchine in cui l'installazione del plugin non è praticabile.
• Client App. Upload + invio + download automatico in un unico wrapper. Ideale per studi con job C4D ricorrenti che desiderano il download automatico al completamento. Si veda .

Per il flusso cross-DCC upload-invia-scarica si veda la . Per i trasferimenti SFTP con pacchetti di grandi dimensioni si veda .

Verificare questi campi prima di inviare il job di rendering:

• Il preset delle impostazioni di rendering attive corrisponde al renderer effettivamente desiderato (Redshift / V-Ray / Octane / Arnold). Il sistema di preset di C4D può avere un preset diverso da quello visibile nel viewport.
• L'intervallo di fotogrammi è impostato nelle impostazioni di rendering (singolo fotogramma, tutti i fotogrammi, intervallo anteprima o personalizzato). L'invio accidentale di un singolo fotogramma come animazione è uno dei pattern di consumo crediti più frequenti.
• Il percorso di output usa un pattern relativo all'interno del progetto (ad esempio ./render/$prj_$take_$frame.exr). I percorsi assoluti della workstation causano il deposito errato dell'output sul worker.
• Il formato di output è EXR, salvo che il processo di compositing a valle non richieda esplicitamente PNG o TIFF — EXR trasporta dati colore float completi e AOV multicanale in un unico file.

Risoluzione dei problemi

Per la risoluzione dei problemi generali cross-DCC si veda . Casi specifici di C4D che vale la pena citare:

• "Missing assets" al caricamento della scena. Rieseguire Save Project with Assets su una copia pulita del progetto e ricaricare. La causa più comune è un percorso texture modificato dopo l'ultimo passaggio di Save Project, o un riferimento .c4d esterno non incorporato.
• Il rendering inizia ma Redshift restituisce fotogrammi neri. Verificare che la camera di rendering abbia un tag Redshift Camera valido e che la camera non sia impostata in modalità "Locked" nel viewport. Una seconda causa: Redshift non è il render engine attivo — controllare Render Settings → menu a tendina Renderer.
• Errore "License not found". Questo è raro sulla nostra farm poiché la gestione delle licenze avviene lato server, ma può verificarsi se la flotta di worker si trova a metà di un aggiornamento. Il reinvio del job 5–10 minuti dopo risolve il problema nella maggior parte dei casi. Se il problema persiste, contattare l'assistenza.
• Artefatti di tile visibili ai confini dei tile (modalità Tiled Camera). Aumentare i pixel di sovrapposizione nelle impostazioni Tiled Camera — predefinito 0; impostare 4–8 pixel produce giunture generalmente uniformi.
• Il prepass dell'animazione viene renderizzato vuoto. Per i workflow di animazione V-Ray, il prepass e i pass finali devono fare riferimento alla stessa cache Irradiance Map. Verificare che il percorso del file cache sia incluso nel progetto pacchettizzato e che sia il preset di rendering del prepass che quello del final point ino ad esso.
• Il colore dell'output differisce dalla workstation. Molto spesso un conflitto di gestione del colore. Controllare Project Settings → OCIO e verificare che la stessa configurazione OCIO sia referenziata sulla propria workstation e sul worker. C4D 2024+ usa OCIO ACES 1.3 per impostazione predefinita; se la workstation usa la pipeline Linear sRGB più vecchia, il worker renderizza nello spazio colore salvato del progetto, che può differire dall'interpretazione del viewport.
• Plugin non riconosciuto sul worker. Se un plugin a runtime (ad esempio X-Particles, add-on MoGraph, deformer di terze parti) è referenziato dalla scena ma non preinstallato sul worker, il rendering fallisce al caricamento della scena. Contattare l'assistenza prima dell'invio per plugin al di fuori del set di renderer core; alcuni plugin possono essere aggiunti all'immagine worker, altri potrebbero richiedere il bake del risultato in cache (Alembic, OpenVDB) prima dell'upload.

Riferimenti incrociati

• — workflow carica, invia, scarica
• — come vengono calcolati i costi dei job C4D
• — Irradiance Map, Light Cache, UHD Cache, workflow animation prepass
• — formati di archivio, guida SFTP
• — risoluzione dei problemi cross-DCC
• — installazione del plugin C4D
• — wrapper di download automatico per job ricorrenti
• — per archivi di progetto di grandi dimensioni
• — pagina di destinazione
• — pagina di destinazione Redshift
• — articolo approfondito sul workflow Redshift

FAQ

Q: Quali versioni di Cinema 4D supporta la farm? A: C4D 2024 e 2025 sono preinstallati su ogni worker. R23, R25 e S22–S26 sono disponibili su richiesta per i progetti legacy ma non sono abilitati per impostazione predefinita. La farm abbina automaticamente la versione del file .c4d; non è necessario specificarla manualmente all'invio. Q: Devo trasferire la mia licenza Maxon per renderizzare sulla farm? A: No. Come partner ufficiale Maxon, gestiamo installazioni Cinema 4D licenziate su tutta la flotta di worker. Il progetto viene caricato e noi lo renderizziamo. La licenza Maxon Cinema 4D locale rimane sulla workstation dell'utente. Q: Quale renderer scegliere per il rendering cloud — Redshift, V-Ray, Octane o Arnold? A: Dipende dal progetto. Redshift per motion design e archviz con complessità di scena moderata (iterazione GPU veloce). V-Ray per pipeline archviz con librerie V-Ray consolidate e animazioni interni grandi con cache GI. Octane per rendering GPU stilizzati e product visualization. Arnold per progetti con pipeline condivise Maya-C4D o VFX volumetrici pesanti. Tutti e quattro sono supportati sulla nostra farm con licenza verificata. Q: La mia scena usa riferimenti esterni XRef. Verranno risolti sulla farm? A: Sì, se sono inclusi nell'upload pacchettizzato. Eseguire Save Project with Assets sul progetto master; C4D include la geometria XRef nel pacchetto. Se si vogliono mantenere i file XRef separati per la modifica live, includere ogni .c4d referenziato nell'upload — il worker risolve i percorsi al momento dell'invio purché i file referenziati siano presenti nell'archivio. Q: Voglio renderizzare un'immagine still 8K. Entrerà su un singolo worker? A: Dipende dalla scena. Un 8K still in Redshift con complessità di scena moderata spesso entra nei 32 GB VRAM su un singolo worker. Per scene molto complesse o risoluzioni superiori (12K, 16K, 32K), usare la modalità Tiled Camera — la farm renderizza i tile su più worker e si assembla il risultato. Conteggi di tile di 4×4 per 8K, 8×8 per 16K e 16×16 per 32K sono punti di partenza ragionevoli. Q: Il mio progetto C4D usa un plugin come X-Particles o un deformer di terze parti. Verrà renderizzato? A: Il plugin deve essere installato sul worker. Preinstalliamo i principali plugin di rendering (Redshift, V-Ray, Octane, Arnold) e i relativi strumenti. Per altri plugin (X-Particles, add-on MoGraph, deformer di terze parti), contattare l'assistenza prima dell'invio. Alcuni plugin possono essere aggiunti all'immagine worker; altri potrebbero richiedere il bake del risultato in cache (geometria Alembic, volumi OpenVDB) prima dell'upload. Q: Come funziona il sistema Take di C4D con il rendering sulla farm? A: Il plugin di invio rileva il Take attivo al momento dell'invio. Per renderizzare più Take, inviare ogni Take come job separato, o usare la funzione Render Queue in C4D 2024+ per accodare più Take e inviarli come un batch. Ogni Take viene renderizzato come job separato sulla farm e addebitato in base al proprio tempo di rendering. Q: Ho un'animazione archviz V-Ray da 30 secondi. Come si evita lo sfarfallio GI fotogramma per fotogramma? A: Pre-calcolare la cache GI localmente usando il workflow di animation prepass di V-Ray — Irradiance Map in modalità Animation (prepass) più Light Cache in modalità Fly-through, campionato ogni 5° o 10° fotogramma. Poi inviare l'animazione completa con Irradiance Map impostata su Animation (rendering) e Light Cache su From File, puntando alla cache del prepass. Ogni worker legge dalla stessa cache invece di ricalcolare, eliminando lo sfarfallio e riducendo il tempo di rendering totale. Il workflow completo si trova nella sezione cache GI sopra e nella guida all'ottimizzazione V-Ray. Q: Il render è stato completato, ma il colore dell'output sembra diverso rispetto alla propria workstation. Cosa è cambiato? A: Nella maggior parte dei casi si tratta di un conflitto di gestione del colore. Controllare Project Settings → OCIO e verificare che la stessa configurazione OCIO sia referenziata sulla propria workstation e sul worker. C4D 2024+ usa OCIO ACES 1.3 per impostazione predefinita; se la workstation usa la pipeline Linear sRGB più vecchia, il worker renderizza nello spazio colore salvato del progetto, che può differire dall'interpretazione del viewport. Risalvare il progetto da una workstation che usa lo stesso target OCIO della farm risolve il disallineamento.

---