Licenze software incluse nella render farm nel 2026: copertura per renderer e DCC

Introduzione

La maggior parte degli studi che valuta le cloud render farm pone la domanda sbagliata. Si chiede "quanto costa all'ora?" prima di chiedersi "quali licenze occorre ancora portare, configurare o pagare separatamente?" Il prezzo orario si trova su una pagina di tariffe pubblica. La risposta sulle licenze è di solito sepolta tra le eccezioni agli EULA, i livelli di abbonamento per motore di render e le regole di licenza sui nodi di rendering — e sbagliare significa un render che non parte, una lacuna di conformità che l'auditor scopre in seguito, o un sovrapprezzo per fotogramma che non era nel preventivo orario.

Sulla nostra render farm abbiamo gestito centinaia di ticket di supporto relativi alle licenze: motori di rendering inclusi nella tariffa, modelli applicativi solo per il rendering, BYOL con server floating, controlli plugin lato scena, tutto quanto. Questa guida illustra, in modo chiaro, cosa è incluso quando si invia un job a Super Renders Farm nel 2026, cosa rimane sulla propria workstation e dove eseguiamo un'applicazione secondo i termini di utilizzo render-only anziché rivendere una licenza del vendor.

Tre argomenti trattati in questa guida, nell'ordine:

1. Una matrice renderer × DCC che mostra cosa è supportato e quale livello di licenza copre ciascuno.
2. Dettagli sull'inclusione per renderer, per DCC e per plugin — compresi gli otto plugin After Effects pre-installati e una dichiarazione chiara sul perché Houdini funziona con utilizzo render-only (non siamo partner SideFX).
3. Un esempio pratico di confronto tra costi (inclusi vs BYOL), regole di conformità dei livelli e i costi nascosti che non compaiono mai su una pagina di tariffe orarie.

Se il proprio studio esegue il rendering con V-Ray, Corona, Redshift, Arnold, Octane, Cycles, Karma, Karma XPU o Mantra su 3ds Max, Maya, Cinema 4D, Blender, Houdini o After Effects, questa guida è pertinente.

Matrice di supporto e licenze renderer × DCC

Come leggere questa tabella. Un ✅ indica che la combinazione è supportata e la licenza del motore di rendering è gestita da noi: le licenze di rendering di V-Ray, Corona, Redshift, Arnold e Octane sono incluse nella tariffa oraria, mentre Cycles è gratuito sotto licenza GPL e Karma, Karma XPU e Mantra sono inclusi in Houdini senza costo aggiuntivo per il motore. Un "—" indica che la combinazione non è supportata — Corona non ha integrazione Maya, Cycles/Karma/Mantra sono specifici dell'host, Blender esegue il rendering con Cycles sulla nostra render farm (non utilizziamo EEVEE né motori Blender di terze parti), e After Effects funziona come pipeline di compositing autonoma piuttosto che come host per questi motori 3D. Dietro ogni ✅ ci sono due livelli di licenza, analizzati nelle sezioni successive: il motore di rendering (come descritto sopra) e l'applicazione DCC (la propria licenza per 3ds Max / Maya / Cinema 4D; utilizzo render-only per Houdini e After Effects).

Cosa significa "licenze incluse" in una cloud render farm

Quando una cloud render farm pubblicizza "licenze incluse", questa frase nasconde tre diverse realtà operative. Sapere quale si applica al proprio stack indica se occorre del lavoro di configurazione o se si può inviare il job e procedere.

Tre modelli di licenza per render farm — inclusa nella tariffa, utilizzo render-only e bring-your-own-license (BYOL).

Il primo modello è inclusa nella tariffa. La render farm già dispone della licenza per il rendering del motore e ne incorpora il costo nel prezzo orario. Non occorre ospitare un server licenze, non c'è alcun controllo lato scena e nulla da configurare. In Super Renders Farm è così che funzionano i motori di rendering — V-Ray, Corona, Redshift, Arnold e Octane fanno parte di quanto si paga all'ora, e Cycles è gratuito perché è sotto licenza GPL. Per diversi di questi motori deteniamo partnership dirette con i vendor che ci consentono di gestire le licenze di rendering in modo chiaro: Super Renders Farm è partner ufficiale Chaos (V-Ray, Corona) e partner ufficiale Maxon (Redshift, Cinema 4D). Arnold e Octane sono inclusi tramite licenza sui nodi di rendering anziché tramite un programma di partnership, e Cycles non richiede alcuna licenza.

Il secondo modello è utilizzo render-only — la licenza rimane legata alla scena o all'entitlement. Quando un nodo di rendering si avvia, l'applicazione legge l'autorizzazione della licenza che viaggia con il progetto, e i nostri nodi eseguono il rendering secondo i termini render-only del vendor. È così che gestiamo le applicazioni Houdini e After Effects: non siamo partner SideFX né Adobe, quindi anziché rivendere una licenza di rendering, eseguiamo il job con l'autorizzazione render-only che la propria licenza già possiede.

Il terzo modello è BYOL (bring-your-own-license), talvolta implementato tramite RLM (Reprise License Manager) o una chiave USB. Si ospita il server licenze nel proprio studio, i nodi di rendering della farm effettuano il checkout di una licenza attraverso Internet pubblico, e si gestiscono autonomamente le regole del firewall, lo scorrimento dell'attivazione per fuso orario e il blocco delle versioni. Funziona ed è la soluzione giusta per alcune configurazioni enterprise e legacy, ma l'onere di configurazione è reale.

La maggior parte dei job tocca solo i primi due modelli. La suddivisione è la seguente:

Inclusione della licenza per renderer

V-Ray — La licenza di rendering V-Ray è inclusa nella tariffa oraria per i workflow con 3ds Max, Maya, Cinema 4D e Houdini (V-Ray per Houdini). Si usa la propria licenza V-Ray sulla workstation per l'authoring; i nostri nodi dispongono dell'entitlement lato rendering, quindi non occorre configurare un server licenze floating né spedire alcun dongle. Consultare la nostra pagina V-Ray cloud render farm per la copertura delle versioni.

Corona — La licenza Corona Renderer è inclusa per 3ds Max e Cinema 4D, i due DCC per cui Corona offre un'integrazione. La propria licenza Corona sulla workstation gestisce l'authoring; i nostri nodi gestiscono il rendering.

Arnold — La licenza di rendering Arnold è inclusa nella tariffa su Maya, 3ds Max e Arnold per Houdini. Per un job standard non occorre ospitare un server licenze Arnold né pagare una tariffa separata per il nodo di rendering Arnold — l'entitlement lato rendering risiede sui nostri nodi. Gli studi che devono instradare il rendering attraverso il proprio server licenze Arnold di rete enterprise rientrano nel modello BYOL descritto di seguito.

Redshift — La licenza di rendering Redshift è inclusa per le integrazioni con Cinema 4D, Houdini, Maya e 3ds Max. Si usa la propria licenza con Redshift abilitato — ad esempio un abbonamento Maxon One — e i nostri nodi dispongono della licenza lato rendering. Se il proprio studio utilizza ancora licenze floating Redshift standalone legacy dell'era pre-Maxon, contattare il supporto per verificare come si concilia all'invio.

Octane — La licenza di rendering Octane è inclusa sui nostri nodi GPU, fatturata in base al tempo di utilizzo GPU. Per un rendering standard non occorre portare una licenza di abbonamento Octane. Se il progetto dipende da una specifica funzionalità di rendering di rete Octane con un numero elevato di nodi concorrenti, contattare il supporto per confermare la copertura prima di inviare.

Cycles — Sotto licenza GPL e gratuito. Nessuna parte è tenuta a disporre di una licenza commerciale. Cycles è il renderer integrato di Blender ed è incluso in ogni invio di file .blend. (Si tratta di "Cycles" di Blender, non del plugin separato "Cycles 4D" di INSYDIUM per Cinema 4D, che non è supportato — occorre non confonderli.)

Karma + Karma XPU — Karma CPU e Karma XPU sono inclusi nell'installazione di Houdini, quindi non è necessario acquistare una licenza separata per il motore di rendering. Funzionano secondo il modello di utilizzo render-only di Houdini: il proprio entitlement Houdini, legato alla scena, governa il rendering. Karma XPU gira sui nostri nodi GPU RTX 5090 nel contesto Solaris/USD — consultare la sezione Karma di seguito per la dichiarazione sullo stato di partner SideFX.

Mantra — Il renderer originale integrato di Houdini, ancora incluso in ogni installazione di Houdini e superato da Karma per i nuovi progetti. Come Karma, non richiede alcuna licenza separata per il motore e funziona secondo il modello di utilizzo render-only di Houdini.

Licenza applicativo DCC: quando la render farm necessita della licenza DCC e quando no

3ds Max — La propria licenza workstation di 3ds Max è personale e si usa per l'authoring. Poiché Super Renders Farm è completamente gestita, non occorre installare software né configurare licenze sui nostri nodi di rendering — si carica la scena e il nostro rendering gestito si occupa dell'esecuzione. Se il proprio studio impone l'uso di un server di rete Autodesk interno, si applica la sezione BYOL.

Maya — Stesso schema di 3ds Max. La propria licenza Maya rimane sulla workstation per l'authoring; i nostri nodi gestiti si occupano del rendering. Verificare che il proprio livello Maya (Indie, Standard, Enterprise) consenta il rendering cloud commerciale prima di inviare lavori a pagamento. Le configurazioni Maya con licenza di rete enterprise rientrano nel BYOL.

Cinema 4D — Si usa la propria licenza Cinema 4D, che si tratti di una licenza perpetua o di un abbonamento Maxon One. I nostri nodi gestiti si occupano del lato rendering; nulla da configurare.

Blender — Sotto licenza GPL, senza alcuna licenza commerciale richiesta a nessun livello. Si invia il file .blend e si esegue il rendering. Blender esegue il rendering con Cycles sulla nostra render farm.

Houdini — Utilizzo render-only. La propria licenza Houdini, legata alla scena, governa il rendering; i nostri nodi eseguono il rendering secondo i termini render-only di SideFX. Questo vale per scene Houdini Indie, Houdini Core e Houdini FX — verificare che il proprio livello di licenza SideFX consenta il rendering cloud commerciale (Houdini Indie ha un limite di fatturato). Consultare Houdini cloud render farm per le note sui workflow HDA e Solaris.

After Effects — Utilizzo render-only. Il proprio entitlement After Effects autorizza la composizione, e i nostri nodi la renderizzano in modalità headless secondo tale autorizzazione. Il proprio abbonamento Creative Cloud rimane con l'utente. Consultare After Effects cloud render farm per lo stack di plugin pre-installati.

Inclusione delle licenze plugin (After Effects + 3ds Max + Maya + C4D)

After Effects — Otto pacchetti plugin sono pre-installati sui nostri nodi di rendering After Effects, in modo che i riferimenti agli effetti della composizione si risolvano al momento del rendering:

• Element 3D (Video Copilot)
• Trapcode Suite (Red Giant / Maxon): Particular, Form, Tao, Mir, Shine, Echospace, Lux, Sound Keys, Starglow, Horizon
• Red Giant Universe (Maxon)
• Optical Flares (Video Copilot)
• Sapphire (Boris FX)
• Magic Bullet Suite (Red Giant / Maxon): Looks, Mojo, Cosmo, Denoiser
• Stardust (Superluminal)
• Plexus (Rowbyte)

Questi plugin utilizzano diversi modelli di licenza del vendor — Maxon App per i pacchetti Red Giant, node-locked per macchina per quelli di Video Copilot, e lo schema proprietario di Boris FX per Sapphire — e tutti sono gestiti sui nostri nodi. Se la composizione fa riferimento a un plugin non presente in questo elenco, contattare il supporto prima di inviare.

3ds Max — Forest Pack e RailClone di iToo Software leggono il proprio entitlement dal file di scena; i nostri nodi eseguono le operazioni di scatter e le build parametriche al momento del rendering. Anche Anima di AXYZ design — Super Renders Farm è partner ufficiale AXYZ — esegue il rendering sui nostri nodi: i file .anima di crowd di personaggi vengono renderizzati senza necessità di licenze AXYZ.

Maya — I plugin che utilizzano un controllo della licenza lato scena funzionano allo stesso modo: i nostri nodi leggono l'entitlement dalla scena ed eseguono il rendering. Se il proprio studio si affida a un plugin che richiede il proprio server licenze floating, consultare la sezione BYOL.

Cinema 4D — Redshift è incluso sui nostri nodi (trattato nella sezione dedicata ai renderer sopra). Gli effetti Red Giant utilizzati in Cinema 4D sono gestiti allo stesso modo dei nodi After Effects.

Karma XPU e stato di partner SideFX (dichiarazione trasparente)

Super Renders Farm esegue Karma XPU su nodi GPU RTX 5090 con driver di produzione NVIDIA aggiornati e un runtime CUDA 12.x. Il contesto Solaris/USD che Karma XPU richiede è completamente supportato — il montaggio della scena basato su LOP, la composizione dei layer USD e la selezione del dispositivo XPU si comportano come su una workstation locale.

Sul modello di licenza: Karma è incluso in Houdini, quindi non è necessaria alcuna licenza separata per il motore. Il proprio entitlement Houdini, legato alla scena, governa il rendering. È il modello di utilizzo render-only utilizzato da Houdini.

Sullo stato di partner, la dichiarazione trasparente: al momento non facciamo parte del programma ufficiale di partner SideFX. Se questo è rilevante per l'audit di licenza del proprio studio, contattare il nostro team di supporto per i dettagli specifici di conformità.

Perché questo è rilevante a livello operativo: la maggior parte degli studi non si preoccupa dello stato di partner — si preoccupa che il rendering venga completato e che i termini di licenza siano chiari. Ma alcuni processi di procurement, audit SOC 2 e revisioni di licenza enterprise chiedono specificamente se il proprio vendor di rendering è un partner ufficiale del vendor del software. Se questa domanda compare nei documenti di onboarding del vendor, contattare prima il nostro team di supporto. È preferibile fornire la risposta esatta di conformità per l'auditor piuttosto che far scoprire la lacuna a metà del processo di procurement.

Scenari BYOL (Bring-Your-Own-License)

La maggior parte dei job non richiede alcuna configurazione di licenza. Alcuni scenari enterprise e legacy portano ancora al BYOL:

• Studi enterprise con un server licenze interno obbligatorio — se il reparto IT richiede che ogni rendering effettui il checkout dal proprio server licenze Arnold (RLM) o V-Ray anziché dall'entitlement incluso della render farm, i nostri nodi devono raggiungere tale server.
• V-Ray legacy con dongle — le versioni più vecchie di V-Ray ancora su chiavi USB non possono utilizzare le licenze incluse nel cloud. La migrazione al moderno sistema di licenza online di Chaos di solito risolve il problema.
• Motori attualmente non supportati — Pixar RenderMan, ad esempio, non è tra i motori di rendering supportati oggi. Se la propria pipeline dipende da un motore al di fuori del nostro elenco supportato, contattare il supporto prima di pianificare il job anziché assumere che esista un percorso BYOL.

I rischi del BYOL sono reali e vale la pena nominarli. I timeout del server licenze attraverso i fusi orari sono l'insidia più comune — se il proprio server si trova a Los Angeles e un job viene inviato alle 2:00 AM del Pacifico, una finestra di manutenzione notturna può interrompere il rendering a metà fotogramma. Le regole del firewall devono consentire il traffico di checkout delle licenze dall'intervallo IP dei nostri nodi di rendering. E le incompatibilità di versione tra le versioni supportate dal server e la versione del renderer della render farm possono generare errori silenziosi.

Raccomandazione: contattare il supporto prima di inviare qualsiasi job BYOL. La maggior parte delle configurazioni funziona, ma l'onere di configurazione è reale, ed è preferibile affrontarlo una volta piuttosto che dover diagnosticare errori di checkout delle licenze dai log di rendering a mezzanotte.

Conformità del livello di licenza (Commerciale vs Educativa vs Indie vs Personale)

Una cloud render farm è, per definizione, uno strumento di rendering commerciale. Questo cambia quali livelli delle licenze DCC e plugin sono idonei al rendering.

Licenze educative e per studenti — Maya LT student, Cinema 4D Education e la maggior parte delle versioni accademiche Houdini Apprentice o limitano completamente l'output commerciale o vietano specificamente il rendering cloud commerciale. (Blender è sotto licenza GPL e non ha restrizioni all'uso commerciale, quindi la distinzione studenti/commerciale non si applica.) Se il progetto verrà fatturato a un cliente o distribuito commercialmente, il livello della workstation deve corrispondere. Inviare una scena con licenza studente per un rendering commerciale non è un errore tecnico — è una violazione dell'EULA che può invalidare l'utilizzabilità commerciale dell'output.

Livelli Autodesk Indie e Houdini Indie — entrambi sono licenze commerciali reali con prezzi pensati per artisti indipendenti e piccoli studi, ed entrambi consentono lavori retribuiti per clienti entro un limite di fatturato pubblicato. Sono idonei al rendering cloud commerciale purché lo studio rimanga al di sotto del tetto stabilito. Il calcolo dell'idoneità diventa complesso con studi multi-entità, fatturato dell'anno precedente e fatturato di contractor in pass-through. Consultare la nostra Guida alle licenze Autodesk Indie per le soglie attuali e i casi limite.

Studi con licenze miste — se un progetto combina una licenza Maya commerciale con una scena Cinema 4D per studenti, è presente una lacuna di conformità indipendentemente dalle capacità della render farm. Mantenere il livello della workstation coerente con l'intento commerciale del progetto dall'inizio alla fine, non solo sulla licenza che invia il job alla render farm.

In caso di dubbio, l'interpretazione prudente è che qualsiasi output renderizzato su una cloud render farm commerciale è esso stesso un output commerciale. Adeguare di conseguenza il livello delle licenze della workstation.

Costi di licenza nascosti a cui prestare attenzione

Alcuni costi lato licenza non compaiono mai nella pagina dei prezzi per GHz-ora, ma emergono nella produzione reale:

• Il proprio abbonamento DCC e manutenzione — il proprio abbonamento a 3ds Max, Maya, Cinema 4D, Houdini o After Effects è un costo personale, indipendente da dove si esegue il rendering. La render farm include il motore di rendering, non l'applicazione di authoring.
• Manutenzione del server licenze di rete (solo BYOL) — se si gestisce il proprio server licenze Arnold o V-Ray per un workflow BYOL, la sua manutenzione annuale è un costo reale che il percorso incluso-nella-tariffa evita completamente.
• Plugin al di fuori dell'elenco pre-installato — se la composizione o la scena fa riferimento a un plugin che non pre-installiamo, è responsabilità dell'utente ottenere la licenza e renderlo disponibile, il che può significare un acquisto separato o una configurazione BYOL.
• Reinvii per incompatibilità di versione — i nostri nodi eseguono versioni specifiche dei renderer. Se si usa V-Ray 7.00.05 e i nostri nodi utilizzano la versione 7.00.03, una funzionalità potrebbe non risolversi correttamente, costringendo a un reinvio con la versione corrispondente — e il reinvio viene fatturato nuovamente.
• Errori di controllo licenza plugin a metà fotogramma — un'istanza di plugin che non supera il proprio controllo di licenza a metà rendering può riattivare la fatturazione sui fotogrammi interessati. Monitoriamo questo aspetto e accreditiamo nei casi in cui l'errore è lato render farm; gli errori originati da un disallineamento della licenza lato scena vengono fatturati normalmente.

Confronto dei costi: incluso vs BYOL (esempio pratico)

Si consideri un job V-Ray 3ds Max di archviz a 200 fotogrammi in 4K — un interno complesso con vetro e vegetazione, circa 45 minuti per fotogramma su una workstation tipica (a titolo illustrativo).

Confronto tra licenze del motore di rendering incluse nella tariffa oraria e una configurazione BYOL in una cloud render farm.

Scenario BYOL con server self-hosted:

• Manutenzione del proprio server licenze V-Ray (costo studio esistente, allocato a questo rendering)
• La propria licenza workstation 3ds Max Indie o commerciale (costo esistente)
• Tempo di amministrazione del server licenze: circa 2 ore per configurare l'allowlist IP della render farm, testare il checkout da un nodo di rendering e diagnosticare lo scorrimento dell'attivazione per fuso orario se il server ha finestre di manutenzione
• Routing del supporto vendor: un fotogramma che fallisce per un problema di licenza richiede il triage tra il supporto Chaos, il reparto IT e la render farm
• Più il costo effettivo del rendering alla tariffa per GHz-ora della render farm

Scenario SuperRenders con licenza inclusa nella tariffa:

• Rendering CPU per GHz-ora a $0,004/GHz-ora (tariffa pubblicata attuale — consultare /pricing), con la licenza di rendering V-Ray già inclusa in tale tariffa
• Nessun server licenze da mantenere
• Nessuna allowlist IP lato render farm da configurare
• Le domande sulle licenze vanno a un unico contatto di supporto, non a un triage a tre parti
• La propria licenza workstation 3ds Max rimane comunque un costo personale (invariato rispetto al BYOL)

Cosa scompare nello scenario incluso: l'onere di amministrazione del server licenze, i problemi di attivazione per fuso orario e il lento ciclo di debug "il nostro server funziona, il problema deve essere la render farm". Cosa rimane: le proprie licenze workstation 3ds Max e V-Ray per l'authoring — quelle rimangono personali in entrambi i casi.

Il confronto in termini di costi monetari varia in base alle dimensioni dello studio e a quanto si ammortizza un server licenze. Il confronto operativo è costante: la tariffa inclusa elimina una categoria di errori dalla settimana lavorativa.

Note specifiche per renderer

Alcune note specifiche per motore che non rientrano nell'inquadramento generale del flusso di licenza:

Karma — il modello di licenza è legato al contesto Solaris/USD. Karma CPU e Karma XPU si aspettano entrambi un montaggio della scena basato su LOP; se la propria scena Houdini esegue ancora il rendering attraverso il contesto OBJ legacy, migrare il contesto di rendering a Solaris prima di inviare — Karma XPU non è disponibile nella rete OBJ.

Redshift — la licenza di rendering è inclusa nella tariffa sui nostri nodi; il proprio entitlement Redshift (ad esempio tramite Maxon One) è quello con cui si effettua l'authoring, non qualcosa che la render farm prende in prestito dall'utente. Se il proprio studio utilizza ancora licenze floating Redshift standalone legacy dell'era pre-Maxon, verificare con il supporto come si concilia all'invio. La maggior parte dei casi è lineare; i casi limite riguardano abbonamenti Redshift-only legacy.

Octane — la licenza di rendering Octane è inclusa sui nostri nodi GPU, fatturata in base al tempo di utilizzo GPU. Se la propria scena si basa su una specifica funzionalità di rendering di rete Octane con un numero elevato di nodi concorrenti, contattare il supporto per confermare la copertura prima di inviare.

Arnold — la licenza di rendering Arnold è separata dalla propria licenza workstation Maya o 3ds Max, e sulla nostra render farm è inclusa nella tariffa anziché essere qualcosa che l'utente porta. Gli studi enterprise che devono instradare il rendering attraverso il proprio server licenze Arnold di rete rientrano nel modello BYOL descritto sopra.

FAQ

Q: Le cloud render farm includono le licenze software per V-Ray, Redshift e Arnold? A: Dipende dalla render farm. In Super Renders Farm, le licenze del motore di rendering per V-Ray, Corona, Redshift, Arnold e Octane sono incluse nella tariffa oraria — Super Renders Farm è partner ufficiale Chaos (V-Ray, Corona) e partner ufficiale Maxon (Redshift), con Arnold e Octane coperti tramite licenza sui nodi di rendering — non occorre portare chiavi, ospitare un server licenze o pagare un sovrapprezzo separato per il renderer per un job standard. Cycles è gratuito sotto licenza GPL. Le licenze che rimangono con l'utente sono l'applicazione di authoring (3ds Max, Maya, Cinema 4D, Houdini, After Effects) e qualsiasi plugin non pre-installato.

Q: Occorre portare la propria licenza Cinema 4D o Maya quando si esegue il rendering nel cloud? A: La scena viene creata con la propria licenza Cinema 4D o Maya, e quella licenza rimane sulla workstation. Poiché Super Renders Farm è completamente gestita, non occorre installare software né configurare licenze sui nostri nodi di rendering — si carica la scena e i nostri nodi gestiscono il lato rendering, con il motore di rendering già incluso nella tariffa. Verificare sempre che il proprio livello di licenza specifico (Indie, Standard, Enterprise) consenta il rendering cloud commerciale prima di inviare lavori a pagamento.

Q: Come funziona la licenza Houdini su Super Renders Farm? A: Al momento non siamo partner ufficiali SideFX, quindi Houdini non gira su una licenza lato rendering rivenduta nella nostra struttura. Utilizziamo invece il modello di utilizzo render-only che SideFX consente agli utenti Houdini con licenza: la propria licenza, legata alla scena, autorizza il rendering, e i nostri nodi eseguono il rendering rispetto a quell'entitlement. Questo vale sia per Houdini Indie, Houdini FX che per Houdini Core — verificare che il proprio livello consenta il rendering cloud commerciale (Indie ha un limite di fatturato) prima di inviare lavori a pagamento.

Q: I plugin di After Effects come Element 3D e Trapcode sono inclusi nelle cloud render farm? A: Su Super Renders Farm, otto pacchetti plugin sono pre-installati sui nodi di rendering After Effects: Element 3D (Video Copilot), Trapcode Suite, Red Giant Universe, Optical Flares (Video Copilot), Sapphire (Boris FX), Magic Bullet Suite, Stardust (Superluminal) e Plexus (Rowbyte). After Effects stesso gira in modalità headless con il proprio entitlement — Adobe non è partner di Super Renders Farm, quindi il modello è parallelo a Houdini: la propria licenza AE autorizza la composizione e i nostri nodi la renderizzano secondo tale autorizzazione. Se la composizione fa riferimento a un plugin non presente nell'elenco pre-installato, contattare il supporto prima di inviare.

Q: Qual è la differenza tra BYOL e le licenze incluse nella tariffa di rendering? A: BYOL (bring-your-own-license) significa che si forniscono credenziali o un server licenze che la render farm raggiunge attraverso Internet — comune per strumenti enterprise o configurazioni legacy in cui occorre utilizzare il proprio entitlement. Le licenze incluse nella tariffa significano che la render farm già dispone della licenza del motore lato rendering e ne incorpora il costo nel prezzo orario, quindi non si trasferiscono mai credenziali. In Super Renders Farm, i motori di rendering (V-Ray, Corona, Redshift, Arnold, Octane) sono inclusi nella tariffa, Cycles è gratuito, e le applicazioni Houdini e After Effects funzionano con utilizzo render-only legato alla scena. I motori al di fuori del nostro elenco supportato — Pixar RenderMan, ad esempio — non sono disponibili oggi, quindi contattare il supporto prima di pianificare quel tipo di job.

Q: È possibile utilizzare una licenza educativa o per studenti per eseguire il rendering su una cloud render farm? A: No. Ogni major vendor — Autodesk, Maxon, Chaos, SideFX, Adobe, OTOY — limita le licenze educative e per studenti ai lavori di studio non commerciali, e questa restrizione si estende al rendering cloud. Inviare un progetto commerciale con un entitlement educativo viola l'EULA indipendentemente da dove avviene il rendering. Per un percorso commerciale accessibile, Autodesk Indie (con limite di fatturato) e Houdini Indie sono licenze commerciali con prezzi pensati per artisti indipendenti e piccoli studi, ed entrambi consentono lavori retribuiti per clienti entro i tetti di fatturato stabiliti.

Q: Karma XPU funziona sui nodi GPU nel cloud? A: Sì. Karma XPU gira sull'hardware NVIDIA RTX di Super Renders Farm, inclusi i nodi RTX 5090, nel contesto Solaris/USD richiesto. Poiché Karma è incluso in Houdini e non siamo partner SideFX, i job Karma XPU seguono lo stesso modello di utilizzo render-only del resto di Houdini: la propria licenza Houdini autorizza la scena e i nostri nodi GPU eseguono il rendering rispetto a quell'entitlement. Verificare che il proprio livello Houdini Indie, FX o Core consenta l'ambito di rendering previsto prima di inviare lavori commerciali.

Q: Come vengono fatturate le licenze dei motori di rendering GPU come Redshift e Octane? A: Il rendering GPU in Super Renders Farm viene fatturato in base al tempo di utilizzo GPU — la tariffa GPU pubblicata attuale è $0,003 per OctaneBench-ora (OBh), indicata sulla nostra pagina dei prezzi — e le licenze dei motori di rendering Redshift, Octane e Karma XPU sono già incluse in tale tariffa. Non occorre disporre di una licenza separata di abbonamento al renderer GPU per la render farm; si usa la propria licenza per l'authoring e la licenza del motore lato rendering è parte di quanto si paga all'ora.