Skip to main content

Porque é que a sua renderização custou mais do que a estimativa (e como controlar isso)

Se um trabalho na Super Renders Farm termina e o crédito deduzido é visivelmente superior ao que a cost calculator sugeriu, isso raramente é um erro de faturação. Uma render farm cobra pelo tempo de renderização que o seu trabalho realmente utilizou, não pelo tempo que uma calculadora estimou que precisaria — e existem algumas lacunas comuns e evitáveis entre esses dois números.

Este guia explica porque é que o seu custo final e a sua estimativa podem diferir, o que normalmente causa essa diferença, o que acontece se o seu saldo de crédito ficar baixo a meio da renderização, e como manter um trabalho dentro de um orçamento definido por si.

Porque é que a estimativa e a fatura final diferem

A cost calculator recebe os dados que lhe fornece — número de frames, resolução, motor de renderização, nível de prioridade — e devolve instantaneamente um intervalo de custo. Trate-a como um ponto de partida para planeamento, não como um orçamento fechado: ela não vê a sua cena real, pelo que não pode saber exatamente quanto tempo os seus frames específicos vão demorar a renderizar.

A faturação funciona de forma diferente. A render farm cobra pelo tempo de renderização real que o seu trabalho utilizou, à taxa do nível escolhido, e cobra incrementalmente à medida que cada tarefa (cada frame, ou parte de um frame) é concluída — não como uma soma única antecipada, e não com base no intervalo da calculadora. Não existe uma verificação prévia de "consegue pagar isto"; o trabalho corre, e o crédito é deduzido tarefa a tarefa à medida que o trabalho termina.

Por isso, uma diferença entre a sua estimativa e o seu custo final quase sempre significa que a sua cena real renderizou mais devagar (ou mais depressa) por frame do que os dados que forneceu à calculadora sugeriam — não que algo foi faturado incorretamente.

O que realmente faz o custo subir

Três padrões explicam a maior parte da diferença que vemos entre uma estimativa e uma fatura final:

  • Os seus frames de produção são mais pesados do que o seu frame de teste. Um único frame de teste ou de preview com iluminação simplificada, menos partículas, ou uma contagem de samples mais baixa renderiza mais depressa do que os frames finais da mesma sequência. Se os seus frames reais adicionarem shading mais pesado, volumétricos, motion blur, ou detalhe de simulação, cada um custa mais tempo de renderização do que o frame a partir do qual estimou.
  • Renderizou num nível de prioridade mais alto do que o planeado. Os níveis de prioridade mudam a sua taxa de renderização — os níveis de CPU vão de $0,004 a $0,016 por GHz-hora dependendo do nível — e um nível mais alto também termina mais depressa por recorrer a mais capacidade de renderização. Essa é a contrapartida pretendida: conclusão mais rápida por uma taxa horária mais alta. (Os trabalhos GPU são cobrados por OctaneBench-hora a uma taxa fixa, em vez de por níveis de prioridade, mas aplica-se o mesmo princípio de tempo de renderização real.) Se um trabalho correu num nível mais rápido do que o orçamentado, os mesmos frames custam mais.
  • Pagou por uma renderização, corrigiu a cena, e voltou a renderizar. Uma nova renderização depois de uma correção na cena — uma textura em falta, uma câmara errada, uma definição de saída incorreta — é cobrada novamente a partir do início dos frames afetados; o tempo de renderização da primeira tentativa não é reembolsado. Acertar a cena antes de submeter é a maior alavanca que tem aqui; veja texturas ou assets em falta na sua renderização na farm para a forma mais comum de as cenas falharem à primeira tentativa.

Se o seu saldo ficar baixo: a pausa automática

A render farm não permite que um trabalho em curso leve o saldo da sua conta a ficar negativo. Como o crédito é cobrado incrementalmente à medida que as tarefas são concluídas, um saldo baixo pode ser detetado a meio do trabalho: quando a próxima cobrança faria o seu saldo descer abaixo de um pequeno limite positivo, as tarefas de renderização restantes do trabalho são automaticamente suspensas e o trabalho mostra um estado de pausado. Nada renderiza mais, e nada é cobrado mais, até que aja.

Para retomar o trabalho, reforce o seu saldo e contacte o suporte — eles ajudam a voltar a colocar um trabalho pausado em movimento.

Atualmente não existe um controlo separado, definido pelo cliente, do tipo "parar em $X" — não pode dizer à render farm com antecedência para limitar um trabalho específico a um valor em dólares. Mas a pausa automática dá-lhe uma forma prática de criar o seu próprio limite: financie o seu saldo apenas com o valor que está disposto a gastar num trabalho, e a pausa automática torna-se o seu teto. A secção seguinte explica exatamente como.

Como controlar o custo da sua renderização

Como a faturação segue o tempo de renderização real em vez de um orçamento fixo, a forma mais fiável de controlar o custo é medir o seu próprio tempo de renderização antes de se comprometer com o trabalho completo:

  1. Renderize primeiro um ou dois frames de teste representativos. Cada nova conta começa com $25 em crédito de teste gratuito — utilize-o (ou uma pequena quantidade de crédito pago) para renderizar um ou dois frames que reflitam as suas definições de produção reais, não um preview simplificado. O passo automático de análise da cena é gratuito e também não toca no seu saldo — é uma boa verificação de sanidade antes de gastar num frame de teste, mas não é uma renderização, pelo que não lhe vai dizer o tempo de renderização real.
  2. Extrapole: custo por frame de teste × o seu número total de frames. Isso dá-lhe uma estimativa realista para a sequência completa, baseada na sua cena real em vez do intervalo da calculadora.
  3. Adicione margem para os seus frames mais pesados. Se a sua sequência tiver alguns frames visivelmente mais complexos do que o(s) que testou — mais partículas, mais bounces, mais motion blur — alargue a sua estimativa em vez de assumir que todos os frames custam o mesmo que o seu teste.
  4. Reforce o saldo para cobrir essa estimativa, mais margem. É também assim que define o seu próprio teto de custo efetivo: financie apenas o que está disposto a gastar, e a pausa automática do limite de saldo descrita acima vai parar o trabalho antes de conseguir ultrapassar esse valor.
  5. Monitorize o progresso assim que o trabalho está em curso, em vez de submeter e ir embora — detetar cedo um trabalho inesperadamente lento custa-lhe menos do que descobrir aos 100%.
  6. Contacte o suporte se um trabalho estiver a consumir crédito mais depressa do que o seu frame de teste previu. Eles podem pausar um trabalho que está a consumir demasiado depressa enquanto investiga a razão, em vez de o deixar correr até à conclusão — ou até à pausa automática — primeiro.

Ver também

FAQ

Q: Os créditos expiram? A: Não. Os créditos nunca expiram — isto aplica-se tanto ao crédito comprado como ao crédito de teste gratuito de $25 com que cada nova conta começa. Não existe uma janela do tipo "use ou perde".

Q: Existe alguma forma de limitar o que um único trabalho pode custar? A: Não como uma definição que escolhe com antecedência — atualmente não existe um controlo do tipo "parar este trabalho em $X". O que pode fazer: renderizar um frame de teste, extrapolar o custo total, e reforçar o saldo apenas com esse valor. O limite de saldo da conta pausa então automaticamente o trabalho antes de conseguir gastar mais do que financiou, o que funciona como um teto prático.

Q: A cost calculator ou o passo gratuito de análise cobram o meu saldo? A: Não, nenhum dos dois. A cost calculator é uma ferramenta de planeamento que devolve uma estimativa a partir dos seus dados — não toca na sua conta. O passo de análise da cena que corre sobre o seu trabalho também é gratuito. A única coisa que cobra o seu saldo é o tempo de renderização real, faturado incrementalmente à medida que cada tarefa é concluída.

Last updated: 10 de julho de 2026