
Costo del Rendering Cloud per Fotogramma: Guida ai Prezzi 2026
Costo del Rendering Cloud per Fotogramma nel 2026: Quanto Costa Davvero un Fotogramma
"Quanto costa il rendering cloud per fotogramma?" è una delle domande che sentiamo più spesso dagli artisti e dagli studi che spostano il primo progetto dalla workstation. Sembra semplice, ma la risposta onesta è un intervallo — e l'intervallo è ampio perché un fotogramma non è un'unità di lavoro, è un'unità di output. Due fotogrammi alla stessa risoluzione possono richiedere 30 secondi o 30 minuti a seconda del motore di render, dei campioni, della geometria e dell'illuminazione.
Questa guida illustra come si presenta il costo per fotogramma sul cloud nel 2026, perché varia così tanto e come funzionano realmente i modelli di pricing sottostanti. Gestiamo Super Renders Farm dal 2017 e i numeri seguenti provengono dal mix di progetti che elaboriamo quotidianamente tra archviz, motion design, VFX e lavori di animazione.
Per un'analisi approfondita su come le render farm calcolano specificamente i costi per fotogramma, consulta la nostra guida al costo per fotogramma della render farm. Per un confronto dettagliato di cinque render farm specifiche, consulta il breakdown costo per fotogramma 2026. Questo articolo è il punto di ingresso concettuale che si posiziona al di sopra di entrambi — coprendo il rendering cloud come categoria complessiva, incluse le alternative IaaS come AWS Batch e Azure Batch.
TL;DR — Costo del Rendering Cloud per Fotogramma nel 2026
Il costo per fotogramma sul cloud nel 2026 si attesta tipicamente in questi intervalli:
- Still archviz (1080p, V-Ray o Corona): $0.03 – $0.25 per fotogramma
- Animazione archviz (1080p, 24–30 fps): $0.08 – $0.65 per fotogramma
- Visualizzazione di prodotto (4K, GPU o CPU): $0.15 – $1.20 per fotogramma
- Shot VFX / motion design: $0.50 – $3.00 per fotogramma
- Shot animazione / CG complesso: $1.00 – $5.00 per fotogramma
Questi numeri riguardano solo il compute di rendering — non le licenze, la preparazione degli asset o il montaggio. Il costo per fotogramma varia in base alla complessità della scena, al motore di render, alla risoluzione di output, alle impostazioni di campionamento/qualità e al modello di pricing del provider. Di seguito analizziamo ciascuno di questi driver, per poi mostrare come le render farm si confrontano con le piattaforme di cloud compute general-purpose (AWS Batch, Azure Batch) per lo stesso carico di lavoro.
Quanto Costa il Rendering Cloud per Fotogramma?
La risposta breve è "tra tre centesimi e cinque dollari per fotogramma, a seconda del tipo di fotogramma che si sta renderizzando." Non è una risposta evasiva — l'intervallo riflette quanto sia diverso un still archviz a 1080p da uno shot di animazione a 4K con volumi e motion blur.
Per rendere concreti gli intervalli, ecco il benchmark per fotogramma che utilizziamo internamente per la valutazione di nuovi progetti. Le colonne CPU assumono V-Ray, Corona o Arnold su nodi dual Xeon. Le colonne GPU assumono Redshift, Octane o V-Ray GPU su hardware di classe RTX 5090 (32 GB VRAM).
| Tipo di progetto | Risoluzione | CPU $/fotogramma | GPU $/fotogramma | Note |
|---|---|---|---|---|
| Still archviz — interno | 1920×1080 | $0.05 – $0.25 | $0.04 – $0.18 | Corona / V-Ray; 1–8 min per fotogramma |
| Still archviz — esterno con vegetazione | 3840×2160 | $0.20 – $0.80 | $0.15 – $0.55 | Forest Pack, displacement |
| Walkthrough animazione archviz | 1920×1080 | $0.08 – $0.40 | $0.06 – $0.28 | Tipicamente 720–4500 fotogrammi |
| Visualizzazione di prodotto | 3840×2160 | $0.25 – $1.20 | $0.15 – $0.90 | Studio lighting, geometria ridotta |
| Motion design / mograph | 1920×1080 | $0.30 – $1.50 | $0.20 – $1.10 | Redshift / Octane dominanti |
| Shot VFX (complessità media) | 1920×1080–2K | $0.60 – $2.50 | $0.45 – $1.80 | Simulazioni, displacement, AOV |
| Shot animazione complessa | 2K – 4K | $1.20 – $5.00 | $0.90 – $3.80 | GI intenso, capelli, volumi |
Due considerazioni pratiche da questa tabella. Prima di tutto, il costo per fotogramma GPU è di solito 20–35% inferiore rispetto alla CPU sulla stessa scena se la scena è GPU-friendly — ovvero se texture e geometria rientrano nei 32 GB di VRAM e il motore è uno tra Redshift, Octane o V-Ray GPU. In secondo luogo, l'intervallo per fotogramma all'interno di un singolo tipo di progetto è spesso da 4 a 5 volte più ampio. Non si tratta di varianza del provider, ma di varianza della scena. Un interno Corona pulito con un paio di luci puntuali si renderizza in modo molto diverso dalla stessa stanza con vegetazione Forest Pack fuori dalle finestre.
Cosa Significa "Pricing per Fotogramma" in una Render Farm?
Il "pricing per fotogramma" è un'abbreviazione per due concetti correlati ma distinti, e confonderli genera molta confusione.
Concetto 1 — Un modello di pricing. Un piccolo numero di provider (principalmente servizi drag-and-drop rivolti agli hobbisti) addebita letteralmente un prezzo fisso per fotogramma indipendentemente dalla durata del rendering. Lo si vede su semplici cloud renderer per Blender Eevee o scene V-Ray di base. La tariffa copre il tempo di compute medio atteso per quel motore e quella risoluzione.
Concetto 2 — Un'unità di reporting. La maggior parte delle render farm di livello produttivo (Super Renders Farm inclusa) addebita al secondo di tempo di compute, normalizzato a un'unità hardware — tipicamente GHz-hour per CPU o OctaneBench-hour per GPU. Il "costo per fotogramma" che si vede in fattura viene calcolato dopo il completamento del rendering, dividendo il costo totale per il numero di fotogrammi. È descrittivo, non prescrittivo.
Entrambi i concetti producono un numero che appare come "$0.42 per fotogramma" su un preventivo o in fattura. La differenza è che il Concetto 1 è fissato prima dell'invio; il Concetto 2 riflette ciò che la scena ha effettivamente consumato. Per carichi di lavoro prevedibili (immagini still, shot ripetitivi), la differenza raramente conta. Per scene sperimentali — nuovi motori usati per la prima volta, nuove impostazioni di illuminazione, simulazioni non testate — il Concetto 2 protegge dal pagare a tariffa fissa un fotogramma che si è rivelato economico, ma espone su fotogrammi che risultano pesanti.
Quando si vede pubblicizzato il "pricing per fotogramma", è opportuno chiedere quale modello utilizza il provider. La risposta influisce sulla pianificazione del budget del progetto.
Perché il Pricing per Fotogramma Varia Così Tanto
Esistono quattro driver di costo che fanno oscillare i numeri per fotogramma di un ordine di grandezza. Comprenderli fa la differenza tra un preventivo che regge e uno che raddoppia a metà progetto.
1. Complessità della scena. Il conteggio di poligoni, il conteggio di istanze, le suddivisioni di displacement, i sistemi di capelli e i dati volumetrici moltiplicano tutti il tempo di rendering per pixel. Un interno architettonico pulito a 1080p potrebbe renderizzare in 3 minuti per fotogramma; lo stesso shot con un scatter di vegetazione Forest Pack all'esterno, recinzioni RailClone e un god ray volumetrico può espandersi fino a 25 minuti per fotogramma sullo stesso hardware. Si tratta di un oscillazione di costo 8x determinata solo dal contenuto della scena.
2. Motore di render e impostazioni del renderer. V-Ray, Corona, Arnold, Redshift, Octane e Cycles hanno ciascuno le proprie curve di efficienza. Corona è generalmente più veloce per gli interni a diffusione intensa; V-Ray ha un limite di funzionalità più ampio per gli esterni archviz. Sul lato GPU, il rendering biased di Redshift è più veloce del path tracing brute-force di Octane per la stessa qualità target. Il conteggio dei campioni è la singola variabile più sopravvalutata — molte scene archviz possono scendere da 200 a 50 campioni con il denoising e risultare identiche, riducendo i costi di circa 4 volte.
3. Risoluzione di output. Il costo scala in modo quasi lineare con il conteggio dei pixel, non con il numero di risoluzione. Passare da 1080p (2,07 megapixel) a 4K (8,29 megapixel) è un aumento di 4 volte dei pixel e un aumento dei costi di circa 3,5–4 volte. I clienti sottostimano costantemente questo aspetto quando un regista chiede "possiamo consegnare in 4K invece?"
4. Modello di pricing e tier hardware. Un servizio a tariffa fissa per fotogramma potrebbe essere più economico di una render farm a secondi per una semplice scena Eevee e 5 volte più costoso per una scena V-Ray pesante. Il rendering GPU su hardware dedicato con 32 GB VRAM (classe RTX 5090) costa di più per node-hour rispetto alla CPU, ma per fotogramma è spesso più economico perché il fotogramma si completa più velocemente.
Un modello mentale utile: il costo per fotogramma è approssimativamente (complessità scena × risoluzione × campioni) ÷ throughput hardware × tariffa oraria. Cambiando qualsiasi fattore di 2 volte, il costo del fotogramma si muove di conseguenza.
Modelli di Pricing per Fotogramma: Come Addebitano le Render Farm
Nel 2026 sono in uso quattro modelli di pricing tra i servizi di rendering cloud. Ognuno ottimizza per un diverso schema di carico di lavoro, e scegliere quello sbagliato può raddoppiare la fattura.
| Modello | Come funziona | Adatto a | Attenzione a |
|---|---|---|---|
| Per fotogramma fisso | Tariffa fissa per fotogramma indipendentemente dal tempo di compute | Hobbisti, motori prevedibili (Eevee, Cycles semplice) | I fotogrammi pesanti costano al provider, che costruisce il margine nella media — si paga troppo sui fotogrammi semplici |
| Per tempo di compute (GHz-hour o OctaneBench-hour) | Si paga per i secondi che il fotogramma usa su un'unità hardware normalizzata | Lavoro di produzione dove la complessità della scena varia | Si assorbe la varianza — una scena difettosa con geometria nascosta può espandersi |
| Abbonamento / bucket mensile | Tariffa mensile fissa sblocca N node-hour o uso fair-use illimitato | Studi con throughput mensile costante e ad alto volume | Spesa sprecata nei mesi lenti; throttling nei picchi |
| Credito prepagato ibrido | Saldo prepagato, fatturato al secondo a una tariffa scontata | Studi basati su progetti — la maggior parte dei freelance archviz | Scadenza del credito; sconti per tier che vincolano al provider |
Per la maggior parte del lavoro di produzione, il compute a tempo prepagato con crediti è la scelta prevedibile. Premia le scene efficienti (si paga meno quando si ottimizza) e non addebita mai ore non utilizzate. Il prezzo fisso per fotogramma è genuinamente più economico per casi d'uso molto specifici — un hobbista Blender che renderizza turntable Eevee — ma perde denaro rapidamente su qualsiasi cosa con varianza di campionamento.
Per un'analisi più approfondita di ciascun modello di pricing con esempi pratici, consulta la nostra guida confronto tra i modelli di pricing delle render farm.
Confronto Costi Rendering Cloud: Render Farm vs Piattaforme Cloud Compute
Il "rendering cloud" è la categoria più ampia. Le render farm sono un'opzione al suo interno. L'altra opzione principale è eseguire i job di rendering direttamente su cloud compute general-purpose — AWS Batch, Azure Batch, Google Cloud Batch — che forniscono tempo grezzo di VM lasciando l'orchestrazione a te.
Entrambi gli approcci producono lo stesso prodotto finale (fotogrammi renderizzati), ma l'economia per fotogramma e l'overhead operativo differiscono significativamente. Ecco come si confrontano i due percorsi per un carico di lavoro di produzione rappresentativo.
| Fattore | Render farm (gestita) | Cloud compute (AWS / Azure Batch) |
|---|---|---|
| Costo per fotogramma (still archviz 1080p) | $0.05 – $0.25 | $0.18 – $0.55 una volta incluse le licenze e l'overhead di orchestrazione |
| Gestione delle licenze | Inclusa (V-Ray, Corona, Arnold, Redshift, Octane, Cycles inclusi) | Porta la tua licenza — licenze float, dongle o accordi BYOL |
| Tempo di configurazione per progetto | Minuti — carica, configura, invia | Giorni o settimane per il primo progetto; AMI/container image, server di licenze, configurazione code |
| Render manager | Gestito dal provider | Si configura (Deadline, Tractor, OpenCue, o si crea la propria coda) |
| Costo di storage | Di solito incluso nella tariffa per fotogramma | Fattura S3 / Blob separata (soprattutto l'egress si accumula) |
| Flessibilità del tier hardware | Fleet del provider — scelta limitata | Catalogo completo di tipi di istanza (si può scegliere qualsiasi SKU GPU offerta da AWS) |
| Gestione dei fotogrammi falliti | Re-queue automatico senza costi aggiuntivi sulla maggior parte delle farm | Si paga per il compute fallito; si implementa la logica di retry |
| Idoneità tipica | Archviz, motion design, studi VFX fino a ~50 artisti | Studi hyperscale con team DevOps completo e pipeline complesse |
Il riepilogo onesto: se si è uno studio archviz, un motion designer o un piccolo team VFX, una render farm gestita sarà quasi sempre più economica su base di fotogramma completato rispetto alla gestione di una propria pipeline AWS Batch — anche se il pricing raw delle istanze AWS sembra inferiore sulla carta. I costi nascosti sono le licenze (le licenze float per V-Ray e Redshift non sono economiche), il tempo di engineering DevOps per costruire e mantenere la pipeline, e l'egress di storage. Abbiamo acquisito clienti che hanno eseguito i calcoli AWS e hanno scoperto che il loro costo per fotogramma era 2–3 volte superiore a quello che avrebbe addebitato una render farm una volta contabilizzato tutto.
Se si è uno studio hyperscale con un team di pipeline di rendering dedicato — si pensi a uno studio di animazione con 200+ artisti — l'esecuzione diretta su cloud compute ha senso perché i costi fissi di engineering vengono ammortizzati su un numero enorme di fotogrammi. Per tutti gli altri, il percorso della farm gestita vince sul costo per fotogramma.
Per un approfondimento concettuale della differenza tra questi due approcci, consulta la nostra panoramica su cosa è una cloud render farm e la guida al rendering cloud spiegata.
Riferimenti esterni sui prezzi per contesto cross-cloud: prezzi AWS Batch e prezzi Azure Batch — si noti che questi elencano solo il compute grezzo, senza licenze DCC o motori di render inclusi.
Benchmark del Prezzo per Fotogramma 2026 per Tipo di Progetto
La tabella benchmark precedente fornisce intervalli per fotogramma. Questa sezione aggiunge contesto a livello di progetto — come quei numeri per fotogramma si traducono in costo totale del progetto per i lavori che elaboriamo più spesso.
Pacchetto still archviz (8 still hero, 4K, V-Ray esterno con vegetazione). Il costo per fotogramma si attesta tipicamente a $0.40 – $0.80 su CPU. Costo totale del progetto: $3.20 – $6.40. Tempo di rendering su una farm gestita: da 30 minuti a 2 ore di tempo a orologio a seconda della parallelizzazione. Lo stesso job su una singola workstation terrebbe la macchina occupata per tutta la notte.
Animazione archviz (walkthrough di 60 secondi a 30 fps = 1800 fotogrammi, 1080p, interno Corona). Per fotogramma: $0.10 – $0.30. Totale: $180 – $540. Tempo a orologio su una farm gestita: 4–10 ore. L'economia qui è vantaggiosa — anche alla fascia alta, il costo per deliverable è inferiore all'elettricità di una singola workstation per la stessa durata di rendering.
Visualizzazione di prodotto (200 fotogrammi, turntable 4K, Redshift su GPU). Per fotogramma: $0.20 – $0.70. Totale: $40 – $140. Tempo a orologio: 30 minuti a 2 ore. Il rendering GPU ripaga davvero qui perché le scene di product viz sono di solito pulite — geometria piccola, illuminazione controllata, rientra comodamente nei 32 GB VRAM.
Sequenza motion design (450 fotogrammi a 30 fps, mograph con Redshift, AOV). Per fotogramma: $0.40 – $1.10. Totale: $180 – $495. Tempo a orologio: 1–3 ore. La varianza di costo deriva dal conteggio degli AOV e dalle impostazioni dei campioni del motion blur.
Shot VFX (240 fotogrammi, 2K, Arnold con displacement e volumi). Per fotogramma: $1.20 – $2.80. Totale: $290 – $670. Tempo a orologio: 4–12 ore. È qui che il costo per fotogramma inizia a diventare significativo, e dove l'ottimizzazione del costo di rendering (riduzione dei campioni, denoising, light linking) mostra i maggiori risparmi.
Pickup di animazione (50 fotogrammi, 4K, GI completo + capelli + volumi). Per fotogramma: $2.50 – $5.00. Totale: $125 – $250. Tempo a orologio: 3–8 ore. A questa complessità, la disciplina per fotogramma di una pipeline di animazione (budget degli asset, checkpoint di rendering) dimostra davvero il suo valore.
Questi intervalli riguardano solo il compute di rendering. Non includono il costo del tempo degli artisti, la preparazione degli asset, le dailies o lo storage dei file sorgente. Per la maggior parte degli studi, il compute di rendering rappresenta il 5–15% del budget totale del progetto — abbastanza significativo da gestire con attenzione, ma raramente il fattore determinante per la consegna del progetto.
Quando il Pricing per Fotogramma Supera la Tariffa Oraria o Mensile?
La scelta del modello di pricing giusto dipende da tre caratteristiche del progetto: prevedibilità, volume e cadenza.
Prevedibilità — se si sa entro ±20% quanto tempo richiederà ogni fotogramma, il pricing fisso per fotogramma può funzionare. Se non si sa (la maggior parte del lavoro di produzione), il compute a tempo con crediti prepagati è la scelta più sicura.
Volume — se si renderizzano meno di ~500 fotogrammi al mese, la fatturazione al secondo senza impegno supera l'abbonamento. Oltre ~5.000 fotogrammi al mese con cadenza costante, un bucket di abbonamento inizia a essere conveniente.
Cadenza — i carichi di lavoro discontinui (un grande progetto a trimestre, poi niente) privilegiano i crediti prepagati senza scadenza. Il throughput settimanale costante privilegia l'abbonamento.
Una semplice regola decisionale che condividiamo con i clienti:
- Hobbista o freelance con meno di 500 fotogrammi/mese, motori misti: credito prepagato, fatturazione al secondo
- Piccolo studio archviz, 500–5.000 fotogrammi/mese, mix prevedibile: credito prepagato a sconto di tier superiore
- Studio di medie dimensioni, 5.000–20.000 fotogrammi/mese, cadenza costante: bucket di abbonamento se disponibile, prepagato altrimenti
- Hyperscale (20.000+ fotogrammi/mese): negoziare direttamente un contratto a volume
La trappola da evitare: bloccarsi in un abbonamento "nel caso si abbia bisogno." Abbiamo visto studi pagare capacità inutilizzata per sei mesi perché la burocrazia dell'abbonamento era più difficile da annullare che da mantenere.
Come Stimare il Costo per Fotogramma Prima dell'Invio
Una stima approssimativa per fotogramma prima dell'invio protegge da sorprese di progetto. Il metodo seguente richiede circa 10 minuti ed è accurato entro ±30% per la maggior parte delle scene di produzione.
Passo 1 — Renderizzare un fotogramma di test sulla workstation locale. Annotare il tempo a orologio. Questo è il punto di riferimento.
Passo 2 — Misurare il throughput dell'hardware locale. Per CPU, è approssimativamente (core × clock GHz). Un moderno Ryzen 9 a 4,5 GHz con 16 core è 72 GHz di compute. Per GPU, eseguire un benchmark come OctaneBench o una scena benchmark Redshift per ottenere un punteggio relativo.
Passo 3 — Calcolare il throughput del nodo cloud. Un nodo tipico della render farm nella nostra flotta è approssimativamente 70–90 GHz di compute CPU (classe dual Xeon E5-2699 V4) o un RTX 5090 (32 GB VRAM) per il lavoro GPU. Confrontarlo con il locale — la maggior parte delle workstation ha il 30–60% del throughput di un singolo nodo della farm.
Passo 4 — Moltiplicare il tempo locale per il rapporto di throughput. Se il fotogramma di test ha impiegato 12 minuti su una workstation che ha il 50% della velocità di un nodo della farm, la farm lo renderizzerà in circa 6 minuti.
Passo 5 — Moltiplicare il tempo della farm per la tariffa al secondo. La maggior parte delle render farm di produzione pubblica una tariffa per GHz-hour o per OctaneBench-hour. Un fotogramma che impiega 6 minuti su un nodo CPU da 90 GHz consuma 9 GHz-hour. Sulla nostra farm ($0.004 per GHz-hour per CPU), equivale a circa $0.04 per quel fotogramma. Le tariffe variano significativamente tra i provider — inserire quella della farm che si sta valutando, moltiplicata per il throughput del nodo della farm stessa.
Passo 6 — Moltiplicare il costo per fotogramma per il conteggio dei fotogrammi, poi aggiungere un buffer del 15%. Il buffer copre i fotogrammi da ripetere, la varianza degli AOV e gli shot anomali occasionali.
Per un controllo di sanità rispetto a questa stima, la nostra pagina dei prezzi mostra le nostre tariffe attuali GHz-hour e OctaneBench-hour con esempi pratici, e la guida al costo per fotogramma della render farm presenta una procedura dettagliata più lunga.
Tattiche Pratiche per la Riduzione dei Costi
Alcune soluzioni rapide che vediamo ripetutamente ridurre il costo per fotogramma del 30–60% senza differenze di qualità visibili:
- Usare il denoiser invece di aumentare brutalmente i campioni. I moderni denoiser (Intel Open Image Denoise, NVIDIA OptiX) permettono alla maggior parte delle scene archviz di scendere da 200 a 50 campioni con una perdita di qualità impercettibile.
- Usare il light linking in modo aggressivo. Escludere le luci dagli oggetti che non illuminano in modo significativo riduce notevolmente i test dei raggi.
- Renderizzare alla risoluzione di consegna, non "per precauzione". Un rendering 4K ha un costo circa 4 volte superiore a un rendering 1080p della stessa scena. Renderizzare in 4K solo se il deliverable è in 4K.
- Pre-baking di ciò che è possibile. Lightmap per elementi statici, cache di fotoni per interni, mappe di irradianza riutilizzate in un'animazione — tutto riduce il costo per fotogramma senza cambiare l'aspetto.
- Abbinare il motore alla scena. I motori GPU (Redshift, Octane) sono solitamente più economici per fotogramma se la scena entra nella VRAM. I motori CPU (V-Ray, Corona) gestiscono budget di geometria maggiori a costo per fotogramma inferiore per gli esterni archviz con vegetazione pesante.
Per una prospettiva del settore sui benchmark di efficienza del rendering, il database benchmark Chaos è un riferimento utile per i tempi delle scene V-Ray su diversi tier hardware.
FAQ
Q: Quanto costa il rendering cloud per fotogramma? A: Nel 2026, il costo per fotogramma sul cloud varia tipicamente da $0.03 per un semplice still archviz a 1080p fino a $5.00 per uno shot di animazione pesante a 4K. L'ampio intervallo riflette la complessità della scena, il motore di render, la risoluzione di output e il modello di pricing del provider. L'animazione archviz di fascia media si attesta a $0.08–$0.65 per fotogramma; gli shot VFX e motion design sono di solito $0.50–$3.00 per fotogramma. Q: Cos'è il pricing per fotogramma su una render farm? A: Il pricing per fotogramma è un'abbreviazione per due cose distinte. Alcuni provider addebitano letteralmente una tariffa fissa per fotogramma indipendentemente dal tempo di compute — comune per lavori semplici con Blender o Eevee. La maggior parte delle render farm di produzione addebita al secondo di tempo di compute e presenta il costo per fotogramma in fattura come unità di reporting, calcolata dividendo il costo totale per il numero di fotogrammi. Entrambi producono un numero come "$0.42 per fotogramma", ma il primo è fissato prima dell'invio e il secondo riflette ciò che la scena ha effettivamente consumato. Q: Il rendering GPU è più economico per fotogramma rispetto alla CPU? A: Per scene GPU-friendly — Redshift, Octane, V-Ray GPU, dove texture e geometria rientrano nei 32 GB di VRAM — il rendering GPU è solitamente 20–35% più economico per fotogramma rispetto al rendering CPU della stessa scena. Per le scene che superano la VRAM, spingono displacement pesante o utilizzano motori senza implementazioni GPU forti (Corona, Arnold CPU classico), la CPU è più conveniente per fotogramma. Q: Come posso ridurre il costo del rendering cloud per fotogramma? A: Le cinque tattiche ad alto impatto sono: ridurre il conteggio dei campioni e affidarsi a un denoiser; renderizzare solo alla risoluzione di consegna; usare il light linking per escludere le luci dagli oggetti che non illuminano; pre-baking delle lightmap statiche e delle cache di fotoni dove possibile; abbinare il motore di render alla scena (GPU quando ci sta, CPU per geometria pesante). Insieme, queste tattiche riducono tipicamente il costo per fotogramma del 30–60% senza perdita di qualità visibile. Q: Cosa è più economico — il pricing per fotogramma o un abbonamento mensile? A: Dipende dal volume e dalla prevedibilità. Sotto i 500 fotogrammi al mese, la fatturazione al secondo con crediti prepagati è quasi sempre più economica. Tra 500 e 5.000 fotogrammi al mese con cadenza costante, il credito prepagato a sconto per tier vince solitamente. Oltre i 5.000 fotogrammi al mese con throughput settimanale prevedibile, un bucket di abbonamento inizia a essere conveniente. I carichi di lavoro trimestrali discontinui dovrebbero rimanere su crediti prepagati indipendentemente dal volume totale. Q: Vengono addebitati i fotogrammi falliti su una cloud render farm? A: Sulle render farm gestite (inclusa Super Renders Farm), i fotogrammi falliti vengono automaticamente rimessi in coda senza costi aggiuntivi finché il guasto è sul lato della farm — crash del nodo, errori del disco, problemi di licenza transitori. I guasti causati da problemi lato scena (asset mancanti, plugin danneggiati, crash da memoria esaurita per geometria sovradimensionata) vengono solitamente ancora addebitati per il compute consumato fino al crash. Sulle piattaforme di cloud compute general-purpose come AWS Batch, si paga per il compute fallito indipendentemente dalla causa, a meno che non si implementi una logica di retry nella propria pipeline. Q: Come si confronta il costo del rendering cloud con la gestione dei propri nodi di rendering? A: Per la maggior parte degli studi con meno di ~50 artisti, il rendering cloud è significativamente più economico su base per fotogramma perché si paga solo per il tempo di rendering attivo. Un singolo nodo di rendering di fascia alta che rimane inattivo per il 70% del mese è un ammortamento costoso. Per un'utilizzazione molto costante (90%+ nel tempo), possedere hardware può essere conveniente — ma si assumono anche costi di alimentazione, raffreddamento, cicli di aggiornamento hardware e overhead di engineering. Il confronto tra render farm e costruzione in proprio illustra l'intera matematica. Q: Perché lo stesso fotogramma ha costi diversi su render farm diverse? A: Tre motivi principali. Primo, il tier hardware — una farm con CPU o GPU più recenti addebita di più al secondo ma spesso completa il fotogramma più velocemente, quindi il costo per fotogramma può essere inferiore. Secondo, le licenze incluse — le farm che includono licenze V-Ray, Redshift o Octane addebitano di più al secondo ma si risparmia sulle spese di licenza separate. Terzo, il modello di pricing — i provider a prezzo fisso per fotogramma costruiscono il margine nel tempo di compute medio atteso, quindi le scene semplici pagano troppo e quelle complesse ottengono un vantaggio. Confrontare sempre il costo per fotogramma completato su una scena di test rappresentativa, non le tariffe orarie pubblicizzate.
About Thierry Marc
3D Rendering Expert with over 10 years of experience in the industry. Specialized in Maya, Arnold, and high-end technical workflows for film and advertising.

