Licenças de Software em Render Farms em 2026

Introdução

A maioria dos estúdios que avaliam render farms na nuvem começa pela pergunta errada. Pergunta-se "quanto por hora?" antes de perguntar "quais licenças ainda é necessário trazer, configurar ou pagar separadamente?" O valor por hora está numa página de preços pública. A resposta sobre licenças costuma estar enterrada em cláusulas de EULA, níveis de subscrição por motor e regras de licenciamento de nós de renderização — e errar aqui significa um render que não arranca, uma falha de conformidade detetada pelo auditor mais tarde, ou uma sobretaxa por frame que não constava no orçamento por hora.

Na nossa render farm processámos centenas de tickets de suporte relacionados com licenças — render engines incluídos na taxa, modelos de aplicação render-only, BYOL com servidores floating, verificações de plugin no lado da cena, tudo isso. Este guia explica, em linguagem simples, o que está incluído ao submeter um trabalho na Super Renders Farm em 2026, o que fica na sua estação de trabalho, e onde executamos uma aplicação sob termos de utilização render-only em vez de revender uma licença de fornecedor.

Três tópicos abordados por ordem:

Uma matriz renderer × DCC a mostrar o que é suportado e de quem é a licença em cada camada.
Detalhes de inclusão por renderer, por DCC e por plugin — incluindo os oito pacotes de plugins After Effects que provisionamos sob pedido e uma declaração clara sobre o motivo pelo qual o Houdini corre sob utilização render-only (não somos parceiros da SideFX).
Uma comparação de custos com exemplo prático (incluído vs BYOL), regras de conformidade por nível e os custos ocultos que nunca aparecem numa página de preços por hora.

Se o seu estúdio renderiza V-Ray, Corona, Redshift, Arnold, Octane, Cycles, EEVEE, Karma, Karma XPU ou Mantra em 3ds Max, Maya, Cinema 4D, Blender, Houdini ou After Effects, este guia aplica-se.

Matriz de Suporte e Licenças Renderer × DCC

Renderer ↓ / DCC →	3ds Max	Maya	Cinema 4D	Blender	Houdini	After Effects
V-Ray	✅	✅	✅	Sob pedido	Sob pedido	—
Corona	✅	—	✅	—	—	—
Arnold	✅	✅	—	—	Sob pedido	—
Redshift	Sob pedido	✅	✅	Sob pedido	✅	—
Octane	✅	✅	✅	Sob pedido	Sob pedido	—
Cycles	—	—	—	✅	—	—
EEVEE	—	—	—	✅	—	—
Karma / Karma XPU	—	—	—	—	✅	—
Mantra	—	—	—	—	✅	—

Como ler esta tabela. Um ✅ significa que a combinação é suportada e a licença de render engine é tratada pela farm: as licenças de render de V-Ray, Corona, Redshift, Arnold e Octane estão incluídas na taxa por hora, enquanto o Cycles e o EEVEE são gratuitos sob a GPL e vêm incluídos no Blender, e o Karma, Karma XPU e Mantra estão incluídos no Houdini sem custo adicional de motor. "Sob pedido" identifica um pareamento que provisionamos para o seu trabalho em vez de manter pronto em todos os nós, pelo que deve contactar o suporte para confirmar antes de submeter. Um "—" significa que a combinação não é um par suportado — o Corona não tem integração com Maya, o Cycles e o EEVEE são motores próprios do Blender enquanto o Karma, o Karma XPU e o Mantra são do Houdini, e o After Effects funciona como pipeline de composição autónomo em vez de host para esses motores 3D. A entrada Blender em "Licença de Aplicação DCC" abaixo indica quais motores executamos para o Blender e em que termos; leia-a antes de concluir seja o que for sobre um pareamento com o Blender apenas a partir desta tabela. Dois níveis de licença estão por trás de cada ✅, e as secções seguintes explicam-nos: o render engine (coberto acima) e a aplicação DCC (a sua própria licença para 3ds Max / Maya / Cinema 4D; utilização render-only para Houdini e After Effects).

O Que Significa "Licenças Incluídas" Numa Render Farm na Nuvem

Quando uma render farm na nuvem anuncia "licenças incluídas", essa expressão esconde três realidades operacionais distintas. Saber qual se aplica à sua pipeline indica se há trabalho de configuração pela frente ou se pode submeter e deixar correr.

Três modelos de licenciamento de render farm — incluído na taxa, utilização render-only e trazer a própria licença (BYOL).

O primeiro modelo é incluído na taxa. A farm já detém a licença do motor do lado da renderização e incorpora o custo no preço por hora. Não é necessário alojar um servidor de licenças, não há verificação no lado da cena e não há nada a configurar da sua parte. Na Super Renders Farm é assim que funcionam os render engines — V-Ray, Corona, Redshift, Arnold e Octane fazem parte do que se paga por hora, e o Cycles e o EEVEE são gratuitos porque estão licenciados sob a GPL. Para vários destes motores, a Super Renders Farm detém parcerias diretas com os fornecedores que permitem provisionar o licenciamento de render de forma clara: a Super Renders Farm é parceira oficial da Chaos (V-Ray, Corona) e parceira oficial da Maxon (Redshift, Cinema 4D). O Arnold e o Octane estão incluídos através de licenciamento de nó de renderização em vez de um programa de parceiro, e o Cycles e o EEVEE não necessitam de qualquer licença.

O segundo modelo é utilização render-only — a licença permanece vinculada à sua cena ou entitlement. Quando um nó de renderização arranca, a aplicação lê a autoridade de licença que acompanha o projeto, e os nossos nós executam o render sob os termos render-only do fornecedor. É assim que gerimos as aplicações Houdini e After Effects: não somos parceiros da SideFX nem da Adobe, pelo que em vez de revender uma licença do lado da renderização, corremos o trabalho sob a autoridade render-only que a sua própria licença já garante.

O terceiro modelo é BYOL (trazer a própria licença), por vezes implementado via RLM (Reprise License Manager) ou uma pen USB. Aloja o servidor de licenças no estúdio, os nós de renderização da farm verificam uma licença pela internet pública, e a gestão das regras de firewall, desvio de ativação por fuso horário e bloqueio de versão fica do seu lado. Funciona, e é a resposta certa para algumas configurações enterprise e legadas, mas a sobrecarga de configuração é real.

A maioria dos trabalhos toca apenas os dois primeiros modelos. A distribuição é a seguinte:

Camada de licença	Quem a cobre na Super Renders Farm
Render engine — V-Ray, Corona, Redshift, Arnold, Octane	✅ Incluído na taxa por hora — nada a trazer. Quando a matriz acima assinala um pareamento como "Sob pedido", confirme primeiro com o suporte
Cycles e EEVEE (renderers integrados do Blender)	✅ Gratuitos — GPL, incluídos no Blender
Karma / Karma XPU / Mantra	✅ Incluídos no Houdini — sem licença de motor separada
Aplicação — 3ds Max, Maya, Cinema 4D	Usa a sua própria licença para autoria; os nossos nós geridos tratam do lado da renderização
Aplicação — Houdini, After Effects	Utilização render-only — a sua cena licenciada governa o render (não somos parceiros da SideFX/Adobe)
Plugins After Effects: 8 pacotes	✅ Sob pedido
Plugins 3ds Max: Forest Pack, RailClone, Anima	✅ Instalados nos nossos nós
Servidores de licenças enterprise · dongles legados · motores não suportados	BYOL — contacte o suporte

Inclusão de Licença por Renderer

V-Ray — O licenciamento de render do V-Ray está incluído na taxa por hora nas pipelines de 3ds Max, Maya, Cinema 4D e Houdini (V-Ray para Houdini). O V-Ray para Houdini é um pareamento sob pedido em vez de um que mantemos pronto em todos os nós, pelo que deve contactar o suporte para confirmar antes de submeter um trabalho Houdini. Usa a licença V-Ray da sua estação de trabalho para autoria; os nossos nós detêm o entitlement do lado da renderização, pelo que não é necessário configurar um servidor de licenças floating nem enviar um dongle. O V-Ray for Blender é igualmente um pareamento sob pedido, pelo que deve contactar o suporte para o confirmar antes de submeter um trabalho Blender. Consulte a nossa página de render farm na nuvem para V-Ray para ver a cobertura de versões.

Corona — O licenciamento do Corona Renderer está incluído para 3ds Max e Cinema 4D, os dois DCCs para os quais o Corona tem integração. A sua licença Corona na estação de trabalho trata da autoria; os nossos nós tratam da renderização.

Arnold — O licenciamento de render do Arnold está incluído na taxa em Maya, 3ds Max e Arnold para Houdini. Num trabalho padrão não é necessário alojar um servidor de licenças Arnold nem pagar uma taxa separada por nó Arnold — o entitlement do lado da renderização está nos nossos nós. Estúdios que precisam de encaminhar pelo seu próprio servidor de licenças Arnold em rede enterprise enquadram-se no padrão BYOL descrito abaixo.

Redshift — O licenciamento de render do Redshift está incluído nas integrações de Cinema 4D, Houdini, Maya e 3ds Max. Usa a sua própria licença com Redshift — por exemplo, uma subscrição Maxon One — e os nossos nós detêm a licença do lado da renderização. O Redshift for 3ds Max e o Redshift for Blender são pareamentos sob pedido em vez de pareamentos que mantemos prontos em todos os nós, pelo que convém contactar o suporte para confirmar o pareamento antes de submeter um trabalho 3ds Max, e para confirmar o pareamento e a versão do Redshift antes de submeter um trabalho Blender. Se o seu estúdio ainda usa licenças floating standalone legadas do Redshift da era pré-Maxon, contacte o suporte para confirmar como isso se reconcilia na submissão.

Octane — O licenciamento de render do Octane está incluído nos nossos nós GPU, faturado por tempo de GPU. Não é necessário trazer uma licença de subscrição Octane para um render padrão. O Octane for Blender é um pareamento sob pedido em vez de um que mantemos pronto em todos os nós, pelo que deve contactar o suporte para confirmar antes de submeter um trabalho Blender. Se o projeto depende de uma capacidade específica de renderização em rede do Octane com um número elevado de nós concorrentes, contacte o suporte para confirmar a cobertura antes de submeter.

Cycles — Licenciado sob a GPL e gratuito. Nenhuma licença comercial é exigida por qualquer parte. O Cycles é o renderer integrado do Blender e está incluído em todas as submissões .blend. (Este é o "Cycles" do Blender, não o plugin "Cycles 4D" da INSYDIUM para Cinema 4D, que não suportamos — não confundir os dois.)

EEVEE — O motor em tempo real do Blender vem incluído na mesma instalação do Blender que o Cycles, pelo que também aqui não existe licença de render engine separada. Os trabalhos EEVEE correm nos nossos nós CPU e nos nossos nós GPU e são submetidos exatamente da mesma forma que os trabalhos Cycles. A nuance honesta: o EEVEE é suficientemente rápido por frame para que sequências curtas sejam muitas vezes mais rápidas de renderizar na sua própria estação de trabalho. Onde a farm compensa com o EEVEE é na escala: intervalos de frames em lote de grande dimensão e sem supervisão, ou um trabalho que precisa de correr enquanto a sua própria máquina está ocupada. Para o conjunto completo de motores que uma cena Blender pode usar aqui, consulte a entrada Blender em "Licença de Aplicação DCC" abaixo.

Karma + Karma XPU — O Karma CPU e o Karma XPU estão incluídos na instalação do Houdini, pelo que não é necessário comprar uma licença de motor separada. Correm sob o modelo de utilização render-only do Houdini: o entitlement do Houdini, vinculado à sua cena, governa o render. O Karma XPU corre nos nossos nós GPU RTX 5090 no contexto Solaris/USD — consulte a secção Karma abaixo para a declaração sobre o estatuto de parceiro da SideFX.

Mantra — O renderer integrado original do Houdini, ainda incluído em todas as instalações e substituído pelo Karma nos trabalhos novos. Tal como o Karma, não tem licença de motor separada e corre sob o modelo de utilização render-only do Houdini.

Licença de Aplicação DCC: Quando a Farm Precisa da Sua Licença DCC

3ds Max — A sua licença de 3ds Max na estação de trabalho é sua, e usa-a para autoria. Como a Super Renders Farm é totalmente gerida, não é necessário instalar software nem configurar licenças nos nossos nós de renderização — faz upload da cena e o nosso lado de renderização gerido trata da execução. Se o seu estúdio exige o seu próprio servidor de licenças Autodesk em rede, aplica-se a secção BYOL.

Maya — Mesmo padrão do 3ds Max. A sua licença Maya fica na estação de trabalho para autoria; os nossos nós geridos tratam da renderização. Confirme que o seu nível Maya (Indie, Standard, Enterprise) permite renderização comercial na nuvem antes de submeter trabalho pago. As configurações de licença de rede Maya enterprise enquadram-se no BYOL.

Cinema 4D — Usa a sua própria licença Cinema 4D para autoria, seja uma licença perpétua ou uma subscrição Maxon One. Os nossos nós geridos tratam do lado da renderização; não é necessário configurar nada.

Blender — O próprio Blender está licenciado sob a GPL, pelo que a camada de aplicação não exige licença comercial de ninguém: submeta o .blend e renderize. O motor que renderiza a cena decide a camada seguinte, e há duas respostas. O Cycles e o EEVEE são motores próprios do Blender: ambos vêm incluídos na instalação do Blender sob a GPL, ambos correm nos nossos nós CPU e nos nossos nós GPU, e nenhum deles tem licença de render engine para alguém pagar. O V-Ray for Blender, o Octane for Blender e o Redshift for Blender são pareamentos sob pedido: provisionamo-los para o seu trabalho em vez de os manter prontos em todos os nós, pelo que deve contactar o suporte para confirmar o pareamento, e no caso do Redshift a versão, antes de submeter. Este é o conjunto que este guia declara atualmente para o Blender; se a sua cena usar qualquer outro render engine, contacte o suporte antes de submeter em vez de presumir de qualquer das formas.

Houdini — Utilização render-only. A sua licença Houdini, vinculada à sua cena, governa o render; os nossos nós executam sob os termos render-only da SideFX. Isto aplica-se a cenas Houdini Indie, Houdini Core e Houdini FX — confirme que o seu nível de licença SideFX permite renderização comercial na nuvem (o Houdini Indie tem um limite de receita). Consulte a render farm na nuvem para Houdini para notas sobre fluxos de trabalho HDA e Solaris.

After Effects — Utilização render-only. O seu entitlement do After Effects licencia a composição, e os nossos nós renderizam-na em modo headless sob essa autoridade. A sua subscrição Creative Cloud fica consigo. Consulte a render farm na nuvem para After Effects para o conjunto de plugins que provisionamos sob pedido.

Inclusão de Licenças de Plugins (After Effects + 3ds Max + Maya + C4D)

After Effects — Oito pacotes de plugins são provisionados sob pedido para os nossos nós de renderização After Effects, para que as referências de efeitos da composição sejam resolvidas na renderização. Diga-nos quais são usados na sua composição antes de fazer upload:

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)

Estes plugins abrangem vários modelos de licença de fornecedores diferentes — Maxon App para os pacotes Red Giant, licença por máquina para os da Video Copilot, e o esquema próprio da Boris FX para o Sapphire — e todos são geridos nos nossos nós assim que a sua configuração estiver provisionada. Se a composição referenciar um plugin que não consta desta lista, contacte o suporte antes de submeter.

3ds Max — O Forest Pack e o RailClone da iToo Software leem o entitlement do ficheiro de cena; os nossos nós executam os scatters e builds paramétricos na renderização. O Anima da AXYZ design — parceira oficial da AXYZ — também renderiza nos nossos nós; os ficheiros .anima de crowd de personagens renderizam sem necessidade de enviar licenças AXYZ.

Maya — Plugins que utilizam verificação de licença no lado da cena renderizam da mesma forma: os nossos nós leem o entitlement da cena e executam. Se o estúdio depende de um plugin que exige o seu próprio servidor de licenças floating, consulte a secção BYOL.

Cinema 4D — O Redshift está incluído nos nossos nós (coberto na secção de renderers acima). Os efeitos Red Giant usados dentro do Cinema 4D são geridos da mesma forma que nos nós After Effects.

Karma XPU e Estatuto de Parceiro SideFX (Declaração Honesta)

A Super Renders Farm corre o Karma XPU em nós GPU RTX 5090 com os drivers de produção NVIDIA atuais e um runtime CUDA 12.x. O contexto Solaris/USD que o Karma XPU espera é totalmente suportado — montagem de cenas baseada em LOP, composição de camadas USD e seleção de dispositivo XPU comportam-se como numa estação de trabalho local.

Sobre o modelo de licença: o Karma está incluído no Houdini, pelo que não existe licença de motor separada. O entitlement do Houdini, vinculado à sua cena, governa o render. É o padrão de utilização render-only que o Houdini utiliza.

Sobre o estatuto de parceiro, a declaração honesta: não fazemos atualmente parte do programa de parceiros oficiais da SideFX. Se isso for relevante para a auditoria de licenciamento do seu estúdio, contacte a nossa equipa de suporte para os detalhes de conformidade específicos.

Por que isto importa operacionalmente: a maioria dos estúdios não se preocupa com o estatuto de parceiro — preocupa-se com o facto de o render ser concluído e os termos de licença serem claros. Mas alguns processos de aquisição, auditorias SOC 2 e revisões de licenciamento enterprise perguntam especificamente se o fornecedor de renderização é um parceiro oficial do fornecedor de software. Se essa questão surgir nos documentos de integração do fornecedor, fale primeiro com a nossa equipa de suporte. Preferimos dar a resposta exata de conformidade para o auditor a que descubra a lacuna a meio do processo de aquisição.

Cenários de Trazer a Própria Licença (BYOL)

A maioria dos trabalhos não exige nenhuma configuração de licença da sua parte. Alguns cenários enterprise e legados ainda levam ao BYOL:

Estúdios enterprise com um servidor de licenças interno obrigatório — se o departamento de TI exige que cada render faça checkout no seu próprio servidor de licenças Arnold (RLM) ou V-Ray em vez do entitlement incluído da farm, os nossos nós precisam de aceder a esse servidor.
V-Ray legado com dongle — implementações mais antigas de V-Ray ainda em dongles USB não podem usar as licenças incluídas na nuvem. Migrar para o licenciamento online moderno do Chaos resolve normalmente esta situação.
Motores que não corremos atualmente — o Pixar RenderMan, por exemplo, não está entre os nossos render engines suportados atualmente. Se a pipeline depende de um motor fora da nossa lista suportada, contacte o suporte antes de planear o trabalho em vez de presumir que existe um caminho BYOL.

Os riscos do BYOL são reais e valem a pena ser nomeados. Os timeouts do servidor de licenças entre fusos horários são o problema mais comum — se o servidor estiver em Los Angeles e um trabalho for submetido às 2h da manhã horário do Pacífico, uma janela de manutenção noturna pode interromper o render a meio de um frame. As regras de firewall têm de permitir tráfego de checkout de licenças desde o intervalo de IPs dos nossos nós de renderização. E discrepâncias de versão entre as versões suportadas do servidor e a versão do renderer da farm podem falhar silenciosamente.

Recomendação: contacte o suporte antes de submeter qualquer trabalho BYOL. A maioria das configurações funciona, mas a sobrecarga de configuração é real, e preferimos orientar o processo uma vez a que depure falhas de checkout de licenças em registos de render a meio da noite.

Conformidade de Nível de Licença (Comercial vs Educação vs Indie vs Pessoal)

Uma render farm na nuvem é, por definição, uma utilidade de renderização comercial. Isso altera quais níveis das licenças DCC e plugins são elegíveis para renderizar aqui.

Licenças educacionais e de estudante — Maya LT estudante, Cinema 4D Education e a maioria das implementações académicas do Houdini Apprentice restringem completamente a produção comercial ou proíbem especificamente a renderização comercial na nuvem. (O Blender está licenciado sob a GPL e não tem restrição de uso comercial, pelo que a divisão estudante/comercial não se aplica aqui.) Se o projeto for faturado a um cliente ou distribuído comercialmente, o nível da estação de trabalho precisa de corresponder. Submeter uma cena de nível estudante para renderização comercial não é uma falha técnica — é uma violação de EULA que pode anular a usabilidade comercial do output.

Níveis Autodesk Indie e Houdini Indie — ambos são licenças de nível comercial real com preços para artistas independentes e pequenos estúdios, e ambos permitem trabalho pago para clientes dentro de um limite de receita publicado. São elegíveis para renderização comercial na nuvem desde que o estúdio se mantenha abaixo do limite declarado. O cálculo de elegibilidade torna-se complexo com estúdios de múltiplas entidades, receita do ano anterior e receita de subcontratados. Consulte o nosso Guia de Licença Autodesk Indie para os limites atuais e casos limite.

Estúdios com níveis mistos — se o projeto combinar uma licença Maya comercial com uma cena Cinema 4D de estudante, há uma lacuna de conformidade independentemente da capacidade da farm. Mantenha o nível da estação de trabalho correspondente à intenção comercial do projeto de ponta a ponta, não apenas na licença que submete para a farm.

Na dúvida, a leitura conservadora é que qualquer output renderizado numa render farm comercial na nuvem é ele próprio output comercial. Ajuste os níveis das licenças da estação de trabalho em conformidade.

Custos Ocultos de Licença a Ter em Conta

Alguns custos do lado das licenças nunca aparecem na página de preços por GHz-hora mas surgem na produção real:

A sua própria manutenção de DCC e subscrição — a sua subscrição de 3ds Max, Maya, Cinema 4D, Houdini ou After Effects é um custo seu, independentemente de onde renderiza. A farm inclui o render engine, não a aplicação de autoria.
Manutenção do servidor de licenças em rede (apenas BYOL) — se gerir o seu próprio servidor de licenças Arnold ou V-Ray para um fluxo de trabalho BYOL, a sua manutenção anual é um custo real que o caminho incluído-na-taxa evita por completo.
Plugins fora da lista que provisionamos — se a composição ou cena referenciar um plugin que não provisionamos, é responsável por o licenciar e disponibilizar, o que pode implicar uma compra separada ou um acordo BYOL.
Resubmissões por discrepância de versão — os nossos nós correm versões ponto específicas do renderer. Se a autoria for feita em V-Ray 7.00.05 e os nossos nós correrem 7.00.03, uma funcionalidade pode não ser resolvida corretamente, forçando uma resubmissão na versão correspondente — e a resubmissão é faturada novamente.
Falhas de verificação de licença de plugin a meio do frame — uma instância de plugin que falha a sua própria verificação de licença a meio de um render pode reativar a faturação nos frames afetados. Monitorizamos estas situações e creditamos quando a falha é do lado da farm; falhas originadas de desvio de licença no lado da cena são faturadas normalmente.

Comparação de Custos: Incluído vs BYOL (Exemplo Prático)

Considere um trabalho de archviz 3ds Max com V-Ray em 4K de 200 frames — um interior complexo de vidro e vegetação, com aproximadamente 45 minutos por frame numa estação de trabalho típica (ilustrativo).

Comparação entre licenças de render engine incluídas na taxa por hora e uma configuração trazer a própria licença (BYOL) numa render farm na nuvem.

Cenário BYOL auto-alojado:

Manutenção do seu próprio servidor de licenças V-Ray (custo existente do estúdio, alocado a este render)
A sua licença 3ds Max Indie ou comercial na estação de trabalho (custo existente)
Tempo de administração do servidor de licenças: ~2 horas para configurar a lista de IPs permitidos da farm, testar o checkout a partir de um nó de renderização e resolver o desvio de ativação por fuso horário se o servidor tiver janelas de manutenção
Encaminhamento de suporte de fornecedor: um frame com falha numa questão de licença implica triagem entre o suporte Chaos, a equipa de TI e a farm
Mais o custo real do render à taxa por GHz-hora da farm

Cenário SuperRenders incluído na taxa:

Renderização CPU por hora a $0,004/GHz-hora (taxa publicada atual — consulte /pricing), com a licença de render V-Ray já incluída nessa taxa
Sem servidor de licenças a manter da sua parte
Sem lista de IPs permitidos da farm a configurar
Questões de licença encaminhadas para um único contacto de suporte, não para uma triagem a três partes
A sua licença 3ds Max na estação de trabalho continua a ser um custo seu (igual ao BYOL)

O que desaparece no cenário incluído: sobrecarga de administração do servidor de licenças, problemas de ativação por fuso horário e o ciclo lento de depuração "o nosso servidor está bem, o problema deve ser da farm". O que fica: as suas licenças de autoria 3ds Max e V-Ray na estação de trabalho — essas são suas de qualquer forma.

A comparação em dólares varia consoante o tamanho do estúdio e quanto amortizaria um servidor de licenças. A comparação operacional é consistente: a taxa incluída elimina uma classe de falhas da sua semana.

Notas Específicas por Renderer

Algumas notas específicas por motor que não se encaixam na estrutura geral do fluxo de licenças:

Karma — o modelo de licença está vinculado ao contexto Solaris/USD. O Karma CPU e o Karma XPU esperam montagem de cenas baseada em LOP; se a cena Houdini ainda renderiza através do contexto OBJ legado, migre o contexto de renderização para Solaris antes de submeter — o Karma XPU não está disponível na rede OBJ.

Redshift — a licença de render está incluída na taxa nos nossos nós; o seu próprio entitlement Redshift (por exemplo, via Maxon One) é aquilo com que faz autoria, não algo que a farm arrenda. Se o estúdio ainda usa licenças floating standalone legadas do Redshift da era pré-Maxon, consulte o suporte para confirmar como isso se reconcilia na submissão. A maioria dos casos é simples; os casos limite situam-se em torno de subscrições Redshift-only legadas.

Octane — o licenciamento de render do Octane está incluído nos nossos nós GPU, faturado por tempo de GPU. Se a cena depende de uma capacidade específica de renderização em rede do Octane com um número elevado de nós concorrentes, contacte o suporte para confirmar a cobertura antes de submeter.

Arnold — a licença de render Arnold é separada da licença Maya ou 3ds Max na estação de trabalho, e na nossa farm está incluída na taxa em vez de ser algo que traz. Estúdios enterprise que precisam de encaminhar pelo seu próprio servidor de licenças Arnold em rede enquadram-se no padrão BYOL acima.

FAQ

Q: As render farms na nuvem incluem licenças de software para V-Ray, Redshift e Arnold? A: Depende da farm. Na Super Renders Farm, as licenças de render engine para V-Ray, Corona, Redshift, Arnold e Octane estão incluídas na taxa por hora — a Super Renders Farm é parceira oficial da Chaos (V-Ray, Corona) e parceira oficial da Maxon (Redshift), com o Arnold e o Octane cobertos através de licenciamento de nó de renderização — não é necessário trazer chaves, alojar um servidor de licenças ou pagar uma sobretaxa de renderer separada para um trabalho padrão. O Cycles é gratuito sob a GPL. A licença que fica consigo é a aplicação de autoria (3ds Max, Maya, Cinema 4D, Houdini, After Effects) e qualquer plugin que não provisionemos.

Q: É necessário trazer a própria licença Cinema 4D ou Maya ao renderizar na nuvem? A: A cena é criada com a própria licença Cinema 4D ou Maya, e essa licença fica na estação de trabalho. Como a Super Renders Farm é totalmente gerida, não é necessário instalar software nem configurar licenças nos nossos nós de renderização — faz upload da cena e os nossos nós tratam do lado da renderização, com o render engine já incluído na taxa. Confirme sempre que o nível de licença específico (Indie, Standard, Enterprise) permite renderização comercial na nuvem antes de submeter trabalho pago.

Q: Como funciona a licença Houdini na Super Renders Farm? A: Não somos atualmente parceiros oficiais da SideFX, pelo que o Houdini não corre numa licença revendida do lado da renderização nas nossas instalações. Em vez disso, usamos o modelo de utilização render-only que a SideFX permite para utilizadores Houdini licenciados: a sua licença, vinculada à sua cena, autoriza o render, e os nossos nós executam contra esse entitlement. Isto aplica-se independentemente de ter Houdini Indie, Houdini FX ou Houdini Core — confirme que o seu nível permite renderização comercial na nuvem (o Indie tem um limite de receita) antes de submeter trabalho pago.

Q: Os plugins do After Effects como o Element 3D e o Trapcode estão incluídos nas render farms na nuvem? A: Na Super Renders Farm, oito pacotes de plugins são provisionados sob pedido para os nós de renderização 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). Diga-nos quais são usados na sua composição antes de fazer upload. O After Effects corre em modo headless sob o seu próprio entitlement — a Adobe não é parceira da Super Renders Farm, pelo que o modelo é paralelo ao do Houdini: a sua licença AE licencia a composição e os nossos nós renderizam-na sob essa autoridade. Se a composição referenciar um plugin que não consta dessa lista, contacte o suporte antes de submeter.

Q: Qual é a diferença entre BYOL e licenças incluídas na taxa de render? A: BYOL (trazer a própria licença) significa que fornece credenciais ou um servidor de licenças que a farm acede pela internet — comum para ferramentas enterprise ou configurações legadas onde é necessário usar o próprio entitlement. Licenças incluídas na taxa significa que a farm já detém a licença do motor do lado da renderização e incorpora-a no preço por hora, pelo que nunca transfere credenciais. Na Super Renders Farm, os render engines (V-Ray, Corona, Redshift, Arnold, Octane) estão incluídos na taxa, o Cycles e o EEVEE são gratuitos sob a GPL, e as aplicações Houdini e After Effects correm sob utilização render-only vinculada à sua cena. Motores fora da nossa lista suportada — o Pixar RenderMan, por exemplo — não estão disponíveis atualmente, pelo que contacte o suporte antes de planear esse tipo de trabalho.

Q: Pode usar-se uma licença educacional ou de estudante para renderizar numa render farm na nuvem? A: Não. Todos os principais fornecedores — Autodesk, Maxon, Chaos, SideFX, Adobe, OTOY — restringem as licenças educacionais e de estudante a trabalho académico não comercial, e essa restrição estende-se à renderização na nuvem. Submeter um projeto comercial com um entitlement educacional viola o EULA independentemente de onde o render corra. Se precisar de um caminho comercial acessível, o Autodesk Indie (com limite de receita) e o Houdini Indie são licenças de nível comercial com preços para artistas independentes e pequenos estúdios, e ambos permitem trabalho pago para clientes dentro dos limites de receita declarados.

Q: O Karma XPU funciona em nós GPU na nuvem? A: Sim. O Karma XPU corre no hardware NVIDIA RTX da Super Renders Farm, incluindo nós RTX 5090, no contexto Solaris/USD que espera. Como o Karma está incluído no Houdini e não somos parceiros da SideFX, os trabalhos Karma XPU seguem o mesmo modelo de utilização render-only que o resto do Houdini: a sua licença Houdini autoriza a cena e os nossos nós GPU executam o render contra esse entitlement. Confirme que o seu nível Houdini Indie, FX ou Core permite o âmbito de render pretendido antes de submeter trabalho comercial.

Q: Como são faturadas as licenças de render engine GPU como o Redshift e o Octane? A: A renderização GPU na Super Renders Farm é faturada por tempo de GPU — a taxa GPU publicada atual é $0,003 por OctaneBench-hora (OBh), apresentada na nossa página de preços — e as licenças de render engine Redshift, Octane e Karma XPU já estão incluídas nessa taxa. Não é necessário manter uma licença de subscrição de renderer GPU separada para a farm; faz autoria com a sua própria licença e a licença de motor do lado da renderização faz parte do que paga por hora.