Skip to main content

Perché un render è costato più del preventivo (e come tenerlo sotto controllo)

Se un job su Super Renders Farm termina e il credito addebitato è sensibilmente superiore a quanto suggerito dal cost calculator, raramente si tratta di un errore di fatturazione. Una render farm addebita in base al tempo di render effettivamente utilizzato dal job, non al tempo che uno strumento di stima ha previsto sarebbe servito — e tra questi due numeri si collocano alcuni scarti comuni ed evitabili.

Questa guida spiega perché il costo finale e il preventivo possono differire, cosa determina solitamente questa differenza, cosa succede se il saldo di credito scende durante il render, e come mantenere un job entro un budget stabilito autonomamente.

Perché il preventivo e la fattura finale differiscono

Il cost calculator prende in input i dati forniti — numero di frame, risoluzione, renderer, livello di priorità — e restituisce istantaneamente un intervallo di costo. Va considerato un punto di partenza per la pianificazione, non un preventivo vincolante: non vede la scena reale, quindi non può sapere esattamente quanto tempo impiegheranno a renderizzare i frame specifici.

La fatturazione funziona diversamente. La farm addebita in base al tempo di render effettivo utilizzato dal job, alla tariffa del livello scelto, e addebita in modo incrementale man mano che ogni task (ogni frame, o porzione di frame) viene completato — non come un'unica somma anticipata, e non in base all'intervallo del cost calculator. Non esiste un controllo preventivo del tipo «te lo puoi permettere»; il job viene eseguito, e il credito viene addebitato task per task man mano che il lavoro si completa.

Quindi uno scarto tra il preventivo e il costo finale significa quasi sempre che la scena reale ha renderizzato più lentamente (o più velocemente) per frame rispetto a quanto implicato dai dati forniti al cost calculator — non che qualcosa sia stato addebitato in modo errato.

Cosa fa aumentare realmente il costo

Tre pattern spiegano la maggior parte dello scarto osservato tra un preventivo e una fattura finale:

  • I frame di produzione sono più pesanti del frame di test. Un singolo frame di test o anteprima con illuminazione semplificata, meno particelle, o un conteggio di sample più basso si renderizza più velocemente rispetto ai frame finali della stessa sequenza. Se i frame reali aggiungono shading più pesante, volumetrici, motion blur o dettaglio di simulazione, ognuno costa più tempo di render rispetto al frame usato per la stima.
  • Il render è stato eseguito su un livello di priorità più alto di quanto pianificato. I livelli di priorità cambiano la tariffa di render — i livelli CPU vanno da $0,004 a $0,016 per GHz-ora a seconda del livello — e un livello più alto termina anche più rapidamente attingendo a maggiore capacità di render. Questo è il compromesso previsto: completamento più veloce a fronte di una tariffa oraria più alta. (I job GPU vengono addebitati per OctaneBench-ora a tariffa fissa anziché su livelli di priorità, ma si applica lo stesso principio del tempo di render effettivo.) Se un job è stato eseguito su un livello più veloce di quanto preventivato, gli stessi frame costano di più.
  • Un render è stato pagato, la scena è stata corretta, e il render è stato rieseguito. Un nuovo render dopo una correzione della scena — una texture mancante, una camera sbagliata, un'impostazione di output errata — viene addebitato di nuovo dall'inizio dei frame interessati; il tempo di render del primo tentativo non viene rimborsato. Ottenere una scena corretta prima dell'invio è la leva più efficace disponibile in questo caso; vedere texture o asset mancanti nel render per il motivo più comune per cui le scene falliscono al primo passaggio.

Se il saldo scende: la sospensione automatica

La farm non consente a un job in esecuzione di portare il saldo dell'account in negativo. Poiché il credito viene addebitato in modo incrementale man mano che i task si completano, un saldo basso può essere intercettato a metà job: quando il prossimo addebito porterebbe il saldo sotto una piccola soglia positiva, i task di render rimanenti del job vengono sospesi automaticamente e il job mostra lo stato in pausa. Nulla continua a renderizzare, e nulla continua a essere addebitato, finché non si interviene.

Per riprendere il job, ricaricare il saldo e contattare il supporto — aiuterà a rimettere in movimento un job sospeso.

Al momento non esiste un controllo separato, impostabile dal cliente, del tipo «ferma a $X» — non è possibile indicare in anticipo alla farm di limitare un job specifico a una cifra precisa. Ma la sospensione automatica offre un modo pratico per costruire un proprio limite: ricaricare il saldo solo con l'importo che si è disposti a spendere per un job, e la sospensione automatica diventa il tetto massimo. La sezione successiva illustra esattamente come fare.

Come controllare il costo del render

Poiché la fatturazione segue il tempo di render effettivo anziché un preventivo fisso, il modo più affidabile per controllare il costo è misurare autonomamente il tempo di render prima di impegnarsi nel job completo:

  1. Renderizzare prima uno o due frame di test rappresentativi. Ogni nuovo account parte con $25 di credito di prova gratuito — utilizzarlo (o una piccola quantità di credito a pagamento) per renderizzare uno o due frame che riflettano le impostazioni di produzione reali, non un'anteprima semplificata. La fase automatica di Analyze della scena è gratuita e non intacca il saldo — è un buon controllo preliminare prima di spendere su un frame di test, ma non è un render, quindi non indicherà il tempo di render effettivo.
  2. Estrapolare: costo per frame di test × numero totale di frame. Questo fornisce una stima realistica per l'intera sequenza, basata sulla scena reale anziché sull'intervallo del cost calculator.
  3. Aggiungere un margine per i frame più pesanti. Se la sequenza include alcuni frame sensibilmente più complessi di quelli testati — più particelle, più rimbalzi, più motion blur — aumentare la stima anziché presumere che ogni frame costi come quello di test.
  4. Ricaricare per coprire quella stima, più il margine. È anche così che si imposta il proprio tetto di costo effettivo: caricare solo l'importo che si è disposti a spendere, e la sospensione automatica per soglia di saldo descritta sopra fermerà il job prima che possa superarlo.
  5. Monitorare l'avanzamento una volta che il job è in esecuzione, anziché inviarlo e allontanarsi — individuare presto un job inaspettatamente lento costa meno che scoprirlo al 100%.
  6. Contattare il supporto se un job sta consumando credito più rapidamente di quanto previsto dal frame di test. Il supporto può mettere in pausa un job che sta consumando credito troppo rapidamente mentre se ne verifica il motivo, invece di lasciarlo proseguire fino al completamento — o fino alla sospensione automatica.

Correlati

FAQ

D: I crediti scadono? A: No. I crediti di render non scadono mai — questo vale sia per il credito acquistato sia per i $25 di credito di prova gratuito con cui parte ogni nuovo account. Non esiste una finestra del tipo «usalo o lo perdi».

D: C'è un modo per limitare quanto può costare un singolo job? A: Non come impostazione scelta in anticipo — al momento non esiste un controllo del tipo «ferma questo job a $X». Ciò che è possibile fare: renderizzare un frame di test, estrapolare il costo totale, e ricaricare solo quell'importo. La soglia minima del saldo dell'account mette poi automaticamente in pausa il job prima che possa spendere più di quanto caricato, il che funziona come un tetto pratico.

D: Il cost calculator o la fase di Analyze gratuita addebitano il saldo? A: No, nessuno dei due. Il cost calculator è uno strumento di pianificazione che restituisce una stima in base ai dati inseriti — non tocca l'account. Anche la fase di analisi della scena eseguita sul job è gratuita. L'unica cosa che addebita il saldo è il tempo di render effettivo, fatturato in modo incrementale man mano che ogni task si completa.

Last updated: 10 luglio 2026