Skip to content
ZERONE
Torna agli insights
SMB delivery2026-07-06 · 7 min di lettura

Sei domande che i 3D studio ci pongono sul cloud rendering — e le risposte oneste

Quanto costa davvero un render 4K, quanto dura l'upload di una .blend da 12 GB, cosa succede se il job crasha al frame 187 di 240, e perché accettiamo clienti di cui non abbiamo mai visto la scena? Sei risposte da quattro settimane di inbox di supporto beta.

Gestiamo ZER0ONE Lab Cinema Render in beta da quattro settimane, e il canale di supporto si è trasformato in uno strumento di feedback molto diretto. La maggior parte delle domande arriva da freelancer solo e da 3D studio con due o cinque artisti — persone che non hanno mai firmato un contratto con una cloud render farm e che hanno bisogno di risposte oneste prima di caricare la prima .blend.

Queste sei domande arrivano quasi alla lettera almeno una volta a settimana. Le risposte qui sotto sono le nostre risposte standard. Niente marketing.

1. „Quanto costa davvero un render 4K da voi?"

Dipende dal frame e dalla scena. Un loop 4K di 30 secondi (720 frame), 512 sample, Cycles OptiX, complessità media costa da noi tra US$8 e US$18 sull'A6000. L'ampiezza del range viene da due fattori: complessità della scena (mesh sub-D, volumetrics, motion blur) e impostazione del denoising (OptiX AI-Denoise permette meno sample per la stessa qualità visiva — risparmia il 30–50 %).

Cosa NON facciamo: promettere una cifra fissa in $/frame prima di aver visto la scena. Sarebbe disonesto. In alternativa offriamo un calcolo gratuito — mandaci la .blend, ti diciamo prima del primo click quanto costerà il job.

2. „Quanto dura l'upload di una .blend da 12 GB?"

Su una linea da 100 Mbit: circa 20 minuti per 12 GB. Mostriamo il progresso dell'upload in tempo reale, e il server esegue chunking internamente — se la rete cade, l'upload non riparte da 0 ma dall'ultimo chunk. Per asset molto grandi (environment render, character rig con texture pack da 50 GB) offriamo in alternativa un rsync diretto su un landing pod — il nodo cloud tira poi il file con banda interna. Speedup di 6×, ti serve una email per sbloccarlo.

3. „Cosa succede se il job crasha al frame 187 di 240?"

L'orchestrator marca il frame come `failed`, spawna un nuovo pod (o ne usa uno già attivo), renderizza solo il frame mancante, e tu paghi solo i 187 andati a buon fine più l'unico retry. Non paghi mai due volte lo stesso frame.

Se il crash dipende dalla scena stessa (bug di Blender Cycles, out-of-memory, riferimento a texture rotto), il job si ferma automaticamente dopo 3 retry falliti sullo stesso frame e ci manda un alert. Ci guardiamo manualmente — di solito troviamo il problema in meno di 10 minuti e rilanciamo. Documentiamo ogni caso di questo tipo nel nostro log di lezioni 3D-rendering.

4. „Perché accettate clienti di cui non avete mai visto la scena?"

Perché facciamo un check tecnico molto rigido prima che il pod venga spawnato:

  • Match della versione Blender (attualmente supportiamo 4.2 e 4.3; per versioni più vecchie usiamo un container compatibile)
  • Check del Cycles engine
  • Validazione del graph delle texture reference (modalità pack o path relativo?)
  • Calcolo dell'estimate basato su sample count × tile count × frame count

Il 95 % dei job in ingresso passa questo check in modo pulito e renderizza con successo. Il 5 % che fallisce, fallisce non per colpa nostra, ma per scene difettose (path texture rotti, materiali incompatibili con Cycles, reference a file non impacchettate). In questi casi non paghi — rimborsiamo automaticamente.

5. „Posso salvare i miei asset esistenti nel vostro cloud?"

Sì, ma non lo raccomandiamo. Gli asset sono su Cloudflare R2 (EU-Central) da noi, lo storage costa $0.015/GB/mese, il download nei tuoi render è gratuito. Cosa raccomandiamo invece: HDRI e asset CC0 dalla nostra libreria PolyHaven integrata (128 HDRI preinstallati, mount sotto `/assets/hdri/`) — puoi referenziarli gratuitamente in ogni render senza caricarli.

6. „Perché dovrei scegliere voi invece di RunPod/Vast.ai?"

Risposta onesta: se lavori già con RunPod e hai una pipeline funzionante, non c'è motivo stringente. Ci raccomandiamo per tre target:

  • Freelancer 3D solo che non vogliono gestire chiavi SSH. La nostra CLI è zer0one-cli, esiste un add-on Blender per l'integrazione nel File menu, nessuna conoscenza Docker richiesta.
  • Clienti DACH con requisiti privacy EU. Il nostro storage è in EU-Central, il nostro origin server è a Falkenstein/DE, la sede sociale è in giurisdizione EU (Serbia, paese candidato dal 2013).
  • Clienti con budget stretto che si trovano bene sulla A4000. Nel nostro deep-dive cost-per-frame abbiamo mostrato che la A4000 è nella maggior parte delle scene Blender standard la scelta più economica.

Per ML fine-tuning, LLM inference o workload non-Blender: RunPod o Lambda Labs. Lì non abbiamo vantaggi, non abbiamo prezzi migliori, non abbiamo tooling migliore.

Cosa vorremmo che i clienti chiedessero

„Cosa succede al mio job se la vostra azienda chiude?" — allora avresti 30 giorni di grace period, in cui tutti i job avviati e gli asset R2 sono recuperabili. Il backup del database gira ogni giorno, replicato off-host. Abbiamo un playbook di shutdown documentato.

„Dove gira il supporto?" — direttamente da Michael, di solito entro 2 ore, al massimo entro 24. Nessun sistema di ticket, nessun chatbot. Email: [email protected], telefono +49 1573 1093501.

Se vuoi fare la tua domanda: stesso canale. Risposta onesta, anche se è „no, non lo possiamo fare".

Stesso fuoco anche da te?

Probabilmente abbiamo già visto qualcosa di simile. Parliamone.

Iniziamo a parlarne