Guida all'ottimizzazione V-Ray: Irradiance Map, Light Cache, UHD Cache

Le impostazioni della Global Illumination (GI) di V-Ray influiscono sul tempo di rendering per frame più di quasi qualsiasi altra scelta di configurazione. Per i rendering still di archviz, calcolare la GI da zero su ogni frame è uno spreco — la stessa Irradiance Map e Light Cache possono essere riutilizzate su un'animazione, riducendo il tempo di rendering per frame del 40–70% a seconda della complessità della scena. Questa pagina illustra i pattern di caching GI che funzionano meglio su una render farm distribuita: pre-calcolo della GI localmente prima dell'upload, riutilizzo delle cache salvate, i compromessi tra Irradiance Map, Light Cache, UHD Cache e Brute Force, e come impacchettare l'output EXR con i render element tramite il V-Ray Frame Buffer.

Questa guida si applica a V-Ray per 3ds Max, V-Ray per Maya, V-Ray per Cinema 4D e V-Ray per Houdini — i pattern GI sono coerenti tra i DCC. I dettagli di configurazione per DCC si trovano nel documento setting-up-* pertinente — vedere i riferimenti incrociati di seguito.

Una nota sulla versione V-Ray: i workflow descritti qui sono aggiornati fino a V-Ray 6.x (rilasciato nel 2022) e V-Ray 7.x (rilasciato nel 2024). I workflow precedenti di V-Ray Next (V-Ray 4.x) usavano nomi di parametri leggermente diversi ma lo stesso pattern di caching sottostante. Per V-Ray beta o pre-release, verificare i nomi dei parametri rispetto alla documentazione di Chaos prima di fare affidamento su questa guida.

Perché il caching GI è importante su una render farm

Il calcolo GI di V-Ray è in due fasi: una fase "prepass" che campiona la luce indiretta nell'intera scena (scrivendo in una cache), e una fase "finale" che usa la cache per renderizzare i pixel effettivi. Per una singola immagine still, entrambe le fasi vengono eseguite durante un singolo rendering. Per un'animazione, il ricalcolo della GI da zero su ogni frame causa due problemi:

1. Calcolo sprecato. L'illuminazione indiretta in una scena architettonica cambia tipicamente molto poco da frame a frame. Ricalcolarla 250 volte per un'animazione di 10 secondi spreca circa il 60% del tempo di rendering totale.
2. Flickering GI. La distribuzione dei campioni GI di ogni frame è leggermente diversa (a causa della casualità), causando sottili variazioni di luminosità frame-per-frame nelle aree con illuminazione indiretta — la classica modalità di errore "animazione archviz con flickering" e uno dei problemi di qualità più comuni negli invii di animazione non in cache.

La soluzione è calcolare la GI una volta sull'intera animazione, salvare il risultato in un file di cache, poi far leggere ogni frame del rendering finale dalla cache. Questo è significativamente più veloce ed elimina il flickering.

Specificamente su una render farm, il file di cache è piccolo (tipicamente 10–500 MB), quindi viaggia con l'upload del progetto a un costo trascurabile. Il caching anticipa il costo sulla workstation, dove si ha il pieno controllo sui parametri di calcolo e il calcolo avviene una sola volta.

Confronto rapido dei metodi GI

V-Ray supporta diversi metodi GI per i motori "primari" (visibili dalla camera) e "secondari" (rimbalzi indiretti). I quattro più comunemente usati sulla farm:

| Metodo | Motore primario | Motore secondario | Ideale per | Compromesso | |---|---|---|---|---| | Irradiance Map + Light Cache | Irradiance Map | Light Cache | Still e animazioni archviz | Setup più lento, tempo per frame più basso; necessita prepass | | Brute Force + Light Cache | Brute Force | Light Cache | Illuminazione complessa, iterazione rapida | Tempo per frame più alto, nessun flickering per animazione | | Brute Force + Brute Force | Brute Force | Brute Force | Still ad alta qualità, senza file di cache GI | Per frame più lento, qualità più alta | | UHD Cache (V-Ray 6.x+) | (varia) | UHD Cache | Workflow moderno semplificato | Più recente, potrebbe differire dalle pipeline consolidate |

Il pattern raccomandato per l'animazione archviz sulla nostra farm: Irradiance Map (primario) + Light Cache (secondario), con entrambi pre-calcolati e salvati prima dell'invio. Per immagini still di prodotto occasionali dove il tempo di setup è più importante del tempo per frame, UHD Cache o Brute Force + Light Cache è un modo più veloce per iniziare.

Pattern 1: Pre-calcolo di Irradiance Map + Light Cache per immagini still

Per un singolo rendering still ad alta qualità:

1. Configurare le impostazioni GI localmente. - V-Ray → Global Illumination → abilitare. - Motore primario: Irradiance Map. - Motore secondario: Light Cache. - Preset Irradiance Map: Medium (o superiore per hero shot). - Light Cache: 1000 subdiv (default), dimensione campione 0,02.

1. Impostare entrambe le modalità su "Single frame" nel menu a tendina Mode di ogni motore.

1. Abilitare "Save to disk" per sia Irradiance Map che Light Cache. Impostare i percorsi dei file in una sottocartella gi/ all'interno del progetto — ad esempio, gi/scena_v01_ir.vrmap e gi/scena_v01_lc.vrlmap.

1. Renderizzare la scena localmente alla risoluzione target (o a una risoluzione ridotta se la complessità della scena rende infattibile un calcolo a piena risoluzione — la qualità GI di V-Ray è per lo più indipendente dalla risoluzione per queste cache).

1. Verificare che i file di cache siano stati scritti. Controllare la cartella gi/ per i file .vrmap e .vrlmap. I file di cache vuoti o di dimensione zero significano che il prepass è fallito silenziosamente — ri-eseguire e controllare il log di V-Ray per gli avvisi.

1. Passare le modalità a "From file" per entrambi i motori, puntando ai file di cache salvati.

1. Disabilitare "Save to disk" in modo che il worker non tenti di ri-salvarli. Questo fallirebbe se il worker non può scrivere nel percorso, e l'errore risultante di solito si presenta come un generico "render failed" senza una causa ovvia.

1. Impacchettare il progetto inclusa la cartella gi/, archiviare e caricare.

Il worker legge le cache GI al momento del rendering e scrive l'immagine finale. Il tempo di rendering per frame è significativamente inferiore rispetto a se il worker avesse dovuto calcolare la GI da zero, e i file di cache sono piccoli rispetto all'archivio del progetto quindi non c'è overhead di upload significativo.

Pattern 2: Animazione con Animation (prepass) + Animation (rendering) — workflow V-Ray Next

Per l'animazione archviz V-Ray (il caso d'uso più comune della farm), V-Ray Next ha introdotto un workflow dedicato a due modalità che è lo standard de facto fino a V-Ray 6.x e 7.x:

1. Configurare il prepass. - V-Ray → Global Illumination → Motore primario: Irradiance Map. - Irradiance Map → Modalità: Animation (prepass). - Motore secondario: Light Cache. - Light Cache → Modalità: Single frame (la Light Cache viene ricalcolata per frame a basso costo; è accettabile e evita il gonfiamento della dimensione della cache). - Impostare l'intervallo di frame per il prepass in modo che corrisponda all'intervallo dell'animazione. - Impostare il percorso di output per i file di cache dell'Irradiance Map su gi/scena_v01_ir_<frame>.vrmap. V-Ray scrive una cache per frame del prepass.

1. Eseguire il prepass. Sulla workstation, renderizzare l'intero intervallo dell'animazione. V-Ray salta l'output effettivo dei frame — vengono scritti solo i file di cache. Questo passaggio è quello lento; pianificare il tempo di conseguenza. Per l'archviz di interni, aspettarsi che il tempo del prepass sia il 20–40% di quello che richiederebbe un rendering completo non in cache.

1. Compilare i file di cache per frame. La maggior parte delle versioni V-Ray unisce automaticamente le Irradiance Map per frame quando si passa alla modalità "Animation (rendering)". Alcuni workflow richiedono un passaggio di unione manuale usando l'utility di unione dell'Irradiance Map (menu V-Ray → Tools → Irradiance Map → Merge IRR Maps). Risultato: un unico .vrmap unito che copre l'intero intervallo dell'animazione.

1. Passare la modalità a Animation (rendering). Puntare l'Irradiance Map al file di cache unito.

1. Disabilitare il salvataggio della cache. Il file unito è la fonte di verità.

1. Impacchettare e inviare. Il worker legge l'Irradiance Map unita per ogni frame, calcola la Light Cache fresca per frame (poco costoso) e renderizza l'immagine finale. Il tempo di rendering per frame sulla farm è tipicamente inferiore del 40–60% rispetto a non in cache, e il flickering GI frame-per-frame viene eliminato.

Una piccola ottimizzazione per animazioni molto lunghe: calcolare il prepass ogni N-esimo frame (ad esempio, 1 su 5) invece di ogni frame. V-Ray interpola tra i frame del prepass sparsi al momento del rendering — cache più piccola, prepass più veloce, con un costo in termini di qualità di solito invisibile per l'archviz.

Pattern 3: UHD Cache (workflow semplificato V-Ray 6.x)

V-Ray 6.x ha introdotto UHD Cache come alternativa più semplice alla combinazione Irradiance Map + Light Cache. UHD Cache combina i pass GI primario e secondario in un unico sistema di caching unificato, eliminando la necessità di configurare due motori indipendentemente.

Quando usare UHD Cache:

• Nuovi progetti creati in V-Ray 6.x+ — il workflow è più semplice da configurare rispetto a Irradiance Map + Light Cache.
• Tipi di scena misti dove altrimenti si dovrebbero scambiare i metodi GI (ad esempio, interno + esterno nella stessa animazione).
• Iterazione più rapida durante le fasi di configurazione della scena, prima di bloccare le impostazioni di qualità finale.

Quando restare con Irradiance Map + Light Cache:

• Pipeline V-Ray 4.x / 5.x esistenti dove il workflow Irradiance Map + Light Cache è già validato e produce il risultato desiderato.
• Still di qualità massima dove l'interpolazione dell'Irradiance Map produce un risultato più pulito del campionamento adattivo di UHD Cache.
• Studi con ampie librerie di shot basate su formati specifici di cache GI.

Configurazione per UHD Cache:

1. V-Ray → Global Illumination → motore primario: passare a UHD Cache (in V-Ray 6.x+).
2. Configurare i preset di qualità (Low / Medium / High). Medium è un default ragionevole per la maggior parte delle scene.
3. Abilitare "Save to disk" per l'UHD Cache.
4. Pre-calcolare sulla workstation e includere il file di cache nell'upload del progetto.
5. Passare la modalità a "From file" e disabilitare il salvataggio prima del packaging — stesso pattern dell'Irradiance Map.

Pattern 4: Brute Force quando il caching GI non è praticabile

Alcune scene non si mettono bene in cache — tipicamente scene con illuminazione dinamica estrema (volumetriche, array di luci area, superfici emissive animate) dove i campioni GI variano troppo da frame a frame perché il caching sia utile. Per queste, Brute Force è la scelta giusta:

1. Motore primario: Brute Force, Motore secondario: Light Cache.
2. Impostare le suddivisioni Brute Force abbastanza alte da pulire il rumore (tipicamente 8–24, calibrate localmente).
3. Non sono necessari file di cache. Il worker calcola tutto per frame.
4. Il tempo per frame è più alto rispetto a Irradiance Map + Light Cache, ma la qualità è coerente e non c'è rischio di flickering correlato alla cache.

Questo pattern è preferito per il lavoro VFX, le configurazioni di illuminazione complesse e gli still dove il tempo per ottenere il risultato è meno importante dell'aspetto. È anche più tollerante quando le scene subiscono cicli di modifica intensivi — nessuna cache da invalidare.

Guida decisionale metodo vs caso d'uso

Un flusso decisionale semplificato per scegliere un metodo GI:

| La scena | Metodo raccomandato | |---|---| | Still esterno archviz | Irradiance Map + Light Cache, pre-calcolato, modalità "From file" | | Still interno archviz | Irradiance Map + Light Cache, pre-calcolato, campioni più alti | | Animazione esterna archviz | Animation (prepass) + Animation (rendering) | | Animazione interna archviz | Animation (prepass) + Animation (rendering), pre-calc 1 frame su 5 | | Visualizzazione di prodotto | UHD Cache (V-Ray 6.x+) o Brute Force + Light Cache | | Shot VFX con volumetriche | Brute Force + Light Cache, senza file di cache | | Iterazione rapida / lookdev | UHD Cache, preset Low | | Hero shot per portfolio | Brute Force + Brute Force, campioni alti |

La cache GI deve essere calcolata prima dell'upload

Un punto che vale la pena ribadire perché è la singola causa più comune di costi evitabili sui job V-Ray in farm: le cache GI devono essere calcolate sulla workstation prima che il progetto venga caricato. Non esiste una modalità equivalente "calcola prima la GI sulla farm, poi renderizza" che funzioni in modo efficiente su worker distribuiti. Il calcolo GI è sequenziale, non parallelo — ogni campione dell'Irradiance Map dipende dai campioni precedenti, quindi il prepass non può essere distribuito.

Le due modalità di errore che vediamo più spesso:

• Modalità lasciata su "Single frame" in un invio di animazione. Ogni worker ri-esegue indipendentemente lo stesso costoso prepass per frame, sprecando la maggior parte del parallelismo che la farm fornisce. Un'animazione di 250 frame che dovrebbe richiedere un'ora finisce per richiederne otto.
• I percorsi del file di cache puntano a una lettera di unità della workstation (ad esempio D:\miei-progetti\gi\scena_ir.vrmap). Il worker non riesce a risolvere il percorso e ricade silenziosamente nella modalità "calcola GI", spesso con flickering GI perché ogni worker calcola un prepass leggermente diverso.

La correzione in entrambi i casi è la stessa: pre-calcolare localmente, impostare la modalità su "From file" o "Animation (rendering)", usare percorsi relativi (./gi/scena_ir.vrmap) e verificare che i file di cache esistano nella cartella del progetto prima del packaging.

Per gli studi che svolgono lavori di animazione ricorrenti, il costo del prepass viene ammortizzato: calcolare una volta, renderizzare centinaia di frame sulla stessa cache.

Riutilizzare l'Irradiance Map per ridurre il tempo di rendering

Un pattern non ovvio per i nuovi utenti V-Ray della farm: una volta calcolata un'Irradiance Map per una scena, è possibile riutilizzarla per ri-rendering per modifiche alla camera, iterazioni di look-dev, e persino varianti di illuminazione — finché la geometria della scena e le posizioni delle luci non sono cambiate materialmente.

In concreto: se si renderizza una scena archviz con una specifica Irradiance Map, poi una settimana dopo il cliente chiede una variante diurna che cambia la direzione del sole di 20 gradi, non è necessario ricalcolare l'Irradiance Map. La mappa esistente copre i campioni di luce indiretta sulla geometria; il componente di luce diretta (sole, luci area) viene comunque ricalcolato per ogni rendering. Conservare il file .vrmap in cache e ri-inviare con solo l'illuminazione cambiata.

Dove è necessario ricalcolare:

• Modifiche alla geometria. Pareti spostate, mobili aggiunti, scala modificata — i punti campione dell'Irradiance Map sono ora sbagliati.
• Modifiche sostanziali alla configurazione delle luci. Aggiunta o rimozione di una grande luce area, HDRI del dome cambiato, cambio tra configurazione di illuminazione esterna e interna.
• Modifiche all'albedo del materiale che influenzano il rimbalzo indiretto. Cambiare una parete bianca in legno scuro influirà visibilmente sulla luce indiretta. Le modifiche di tonalità sottili di solito non lo fanno.

Per l'animazione, il .vrmap unito è riutilizzabile sulla stessa camera path per ri-renderizzare varianti. Abbiamo visto studi ottenere 4–5 rendering da una singola Irradiance Map calcolata nell'arco di un tipico ciclo di revisione.

Formati di output: EXR + render element tramite V-Ray Frame Buffer

Una volta configurata la GI e la scena è pronta per l'invio, la decisione successiva è come scrivere l'output. Per qualsiasi cosa destinata a un workflow di compositing o grading, la risposta è il V-Ray Frame Buffer (VFB) che scrive EXR multicanale con render element, non direttamente in PNG/JPG dal renderer.

Perché VFB + EXR + render element:

• Flessibilità di compositing. Ogni render element (diffuse, reflection, refraction, GI, specular, ambient occlusion, Cryptomatte, Z-depth, world position, motion vector) si trova come canale separato all'interno di un unico file EXR. Il compositor preleva solo ciò di cui ha bisogno senza ri-renderizzare.
• Nessun bake degli effetti di post. Gli effetti di lente, la gradazione del colore, l'esposizione, il glare e il bloom che il VFB mostra in anteprima vengono mantenuti come valori regolabili nell'intestazione EXR — non vengono bruciati nei pixel al momento del rendering.
• Precisione lossless. EXR è half-float (16 bit) o full-float (32 bit) per canale. Le alte luci non vengono tagliate, le ombre non vengono schiacciate, e la ri-gradazione è non distruttiva.
• Un file per frame, non un file per canale. L'EXR multicanale mantiene i numeri dei frame allineati su tutti gli elementi automaticamente.

Come configurare sulla workstation prima dell'invio:

1. Aprire le impostazioni del V-Ray Frame Buffer. In 3ds Max: scheda V-Ray → Frame buffer. In Maya: V-Ray Common → rollout V-Ray Frame Buffer. In C4D e Houdini: posizione simile nelle impostazioni di rendering V-Ray.

1. Abilitare V-Ray Frame Buffer (non il frame buffer nativo dell'applicazione host). VFB gestisce la pipeline di scrittura EXR + render element; il frame buffer nativo non gestisce correttamente i render element per l'output dalla farm.

1. Abilitare "Save separate render channels" e "Save RGB and alpha" in modo che il beauty pass venga scritto nello stesso EXR multicanale. L'output in un file singolo è preferito per il lavoro su farm.

1. Impostare l'output su OpenEXR (.exr). Profondità di bit: half-float a 16 bit è lo standard per il compositing; full-float a 32 bit è utile per i VFX con range HDR estremi.

1. Aggiungere i render element necessari. In 3ds Max: Render Setup → scheda Render Elements → Add → scegliere dalla lista degli elementi V-Ray (V-RayDiffuseFilter, V-RayReflection, V-RayGlobalIllumination, V-RayCryptomatte, V-RayZDepth, ecc.). In Maya: pannello AOV / Render Elements nella scheda V-Ray. In C4D e Houdini: configurazione Multi-Pass / AOV. Includere sempre come minimo: diffuse, reflection, refraction, GI, specular, alpha, Z-depth e un Cryptomatte se si necessita di compositing per oggetto.

1. Impostare il percorso di output su una cartella output/ pulita all'interno del progetto — ad esempio output/scena_v01.####.exr. Usare solo percorsi relativi.

1. Disabilitare l'opzione "save image" del renderer nativo. Se sia il salvataggio VFB che quello host sono abilitati, si ottengono file duplicati in percorsi diversi e l'archivio scaricato raddoppia di dimensioni.

1. Verificare localmente con un singolo frame di test. Renderizzare un frame, aprire l'EXR in un compositor (Nuke, After Effects, Fusion, DaVinci Resolve), confermare che tutti i canali siano presenti e nominati come previsto.

Problemi comuni: l'output PNG/JPG bake gli effetti di post e elimina i render element (usare solo per anteprime); i render element aggiunti ma il salvataggio VFB disabilitato produce solo un beauty pass senza canali separabili; gli EXR separati per canale funzionano ma rendono la corrispondenza dei frame fragile — l'EXR multicanale è il default più pulito.

Per gli still ad alta risoluzione (8K e oltre), o le scene con più di 20 render element, la dimensione del file EXR può crescere sostanzialmente (oltre 200 MB per frame). Pianificare la larghezza di banda di download di conseguenza.

Light Cache: subdiv vs dimensione del campione

La Light Cache ha due parametri che controllano principalmente la qualità: subdiv (numero di campioni) e dimensione del campione (raggio di interpolazione). Guida rapida:

• Subdiv. Default 1000. Per l'archviz di interni, 1500–2500 produce una GI più pulita. Per l'esterno, 800–1200 è di solito sufficiente. Valori più alti aumentano il tempo del prepass circa in modo lineare.
• Dimensione del campione. Default 0,02 (2% del raggio della scena). Valori più bassi (0,01) producono dettagli GI più nitidi a costo di rumore; valori più alti (0,05) ammorbidiscono la variazione a piccola scala. Non modificare senza testare — valori troppo alti perdono il dettaglio delle ombre di contatto, valori troppo bassi producono una GI a macchie.

Per i prepass di animazione, impostare "Use Light Cache for glossy rays" → abilitato, che produce riflessioni glossy più uniformi nell'animazione e riduce i firefly nei materiali di vetro e metallo.

Troubleshooting della GI V-Ray sulla farm

Per il troubleshooting generale che si applica a tutti i DCC, vedere .

• "Irradiance Map file not found" durante il rendering. Verificare che il percorso del file di cache nelle impostazioni V-Ray sia relativo alla cartella del progetto, non assoluto. Il worker risolve i percorsi dalla root del progetto al momento dell'invio.
• Il percorso del file di cache GI usa la lettera di unità della workstation. Modificare i percorsi dei file di cache nelle impostazioni V-Ray per usare percorsi relativi (./gi/scena_ir.vrmap) prima dell'invio. Lo strumento Simulate Local Path può aiutare a validare questo — vedere .
• Flickering dell'animazione nonostante l'uso della GI in cache. Verificare che la modalità della cache sia impostata su "Animation (rendering)" nel pass finale, non "Single frame" o "Animation (prepass)". Verificare anche che il file di cache copra effettivamente l'intero intervallo dell'animazione — una cache parziale causerà flickering al di fuori dell'intervallo in cache.
• Il worker calcola la GI da zero nonostante la cache sia inclusa. Verificare che "Save to disk" sia disabilitato e che la modalità sia impostata su "From file" (per gli still) o "Animation (rendering)" (per l'animazione). Se Save è abilitato, V-Ray potrebbe tentare di sovrascrivere il file di cache al momento del rendering e fallire.
• Il file UHD Cache non viene letto dal worker. Stessa causa principale dell'Irradiance Map: solo percorsi relativi, modalità "From file", Save disabilitato.
• I render element EXR arrivano vuoti o con canali mancanti. Verificare che "Save separate render channels" sia abilitato nelle impostazioni VFB prima dell'invio, e che il frame di test sulla workstation abbia prodotto un EXR multicanale completo. Se anche la versione della workstation ha canali mancanti, il problema è a monte della farm.
• L'output EXR è a 8 bit per canale. L'EXR può essere scritto a 8 bit ma raramente lo è — di solito si tratta di una configurazione errata nelle impostazioni della profondità di bit VFB. Passare a half-float a 16 bit e ri-renderizzare il frame di test.

Riferimenti incrociati

• — troubleshooting degli errori dei job
• — problemi di qualità del rendering inclusi i pattern di flickering GI
• — workflow di upload, invio, download
• — specifiche V-Ray per 3ds Max
• — specifiche V-Ray per Maya
• — specifiche V-Ray per Cinema 4D
• — strumento di validazione Simulate Local Path
• — landing page
• — articolo sulle prestazioni dello scattering

FAQ

Q: Devo davvero pre-calcolare l'Irradiance Map e la Light Cache localmente prima di inviare alla farm? A: Fortemente raccomandato per l'animazione; opzionale per gli still. Il calcolo GI è sequenziale e non può essere parallelizzato tra i worker, quindi un invio di animazione non in cache fa sì che ogni frame ri-esegua lo stesso costoso prepass, sprecando la maggior parte del parallelismo della farm. Per gli still, il prepass viene eseguito solo una volta per rendering comunque, quindi il risparmio di tempo dal pre-calcolo è minore — ma è comunque una buona pratica per la riproducibilità e per mantenere stabili i render element tra i ri-rendering.

Q: L'animazione ha flickering GI anche se ho pre-calcolato l'Irradiance Map. Perché? A: Tre cause probabili: (1) la modalità dell'Irradiance Map nel pass finale non è impostata su "Animation (rendering)" — potrebbe essere "Single frame", che causa il ricalcolo per frame; (2) il file di cache non copre l'intero intervallo dell'animazione; (3) il prepass è stato calcolato con una frequenza di campionamento troppo bassa, quindi la cache stessa ha rumore. Correggere ri-eseguendo il prepass con campioni più alti e verificando la modalità nel pass finale.

Q: Quando dovrei usare UHD Cache invece di Irradiance Map + Light Cache? A: UHD Cache (V-Ray 6.x+) è più semplice da configurare e funziona bene per i nuovi progetti dove non si hanno impostazioni Irradiance Map + Light Cache stabilite. Restare con Irradiance Map + Light Cache per le pipeline esistenti o per gli hero still dove l'interpolazione dell'Irradiance Map produce un risultato più pulito.

Q: Il calcolo dell'Irradiance Map richiede 4 ore localmente prima di poter inviare. C'è un modo più veloce? A: Tre ottimizzazioni: (1) ridurre il preset dell'Irradiance Map a "Medium" o "Low" — per l'animazione, il prepass a un preset inferiore produce una cache simile ai preset superiori dopo lo smoothing temporale del compositing; (2) calcolare il prepass a risoluzione ridotta (50% di quella finale); (3) per animazioni molto lunghe, calcolare il prepass ogni 5° frame e lasciare che V-Ray interpoli tra di essi.

Q: La farm può calcolare il prepass dell'Irradiance Map e poi renderizzare il pass finale in un unico job? A: Non in modo efficiente. Il prepass verrebbe eseguito su un worker (sequenzialmente), e il pass finale verrebbe eseguito distribuito. Si pagherebbe per il tempo del prepass di un worker più il tempo del pass finale distribuito, rispetto al pre-calcolo gratuito sulla workstation. Il pattern raccomandato rimane: prepass sulla workstation, pass finale sulla farm.

Q: La mia scena usa V-Ray Distributed Rendering (DR) localmente. Come si traduce questo sulla farm? A: V-Ray DR serve per dividere un singolo still su più workstation LAN. Sulla farm, l'equivalente è la distribuzione del rendering a bucket gestita a livello della coda — la farm distribuisce i bucket tra i worker automaticamente per frame. Non è necessario configurare V-Ray DR; inviare normalmente.

Q: Uso solo Light Cache (senza Irradiance Map) come motore primario. È supportato? A: Sì. I pattern "solo Light Cache" o "Brute Force + Light Cache" sono supportati sulla farm. Il calcolo della Light Cache per frame è abbastanza veloce da rendere il pre-caching di solito non necessario per le scene tipiche.

Q: La mia versione V-Ray è 4.x (V-Ray Next). Questi workflow si applicano ancora? A: Sì, con aggiustamenti ai nomi dei parametri. V-Ray Next usava una terminologia leggermente diversa (ad esempio "Pre-pass animation" vs. "Animation (prepass)"), ma il pattern di caching sottostante è identico. Le modalità "From file" e "Save to disk" funzionano allo stesso modo. Per i nomi specifici dei parametri in V-Ray 4.x, consultare la documentazione V-Ray 4.x; per i nuovi progetti, è raccomandato V-Ray 6.x o 7.x.

Q: Perché EXR con render element invece di renderizzare semplicemente in PNG? A: L'EXR con render element fornisce al compositor ogni canale (diffuse, reflection, GI, Z-depth, Cryptomatte, ecc.) all'interno di un unico file multicanale per frame. PNG appiattisce a 8 bit e bake qualsiasi effetto di post nei pixel, eliminando la flessibilità di compositing. Per l'output di qualità finale, l'EXR è il formato che mantiene i rendering modificabili downstream.

---