
Render Farm para Animação Imobiliária e 3D Walkthroughs
Visão geral
Introdução
Uma visita virtual imobiliária parece simples à primeira vista — um deslizar suave da câmara por uma cozinha, até um terraço, subindo uma escadaria, terminando num plano principal da sala de estar durante a golden hour. O que o vídeo final esconde é o número de frames. Um flythrough de 60 segundos a 25 frames por segundo são 1500 imagens individuais, cada uma um render completo com ray tracing, iluminação global, reflexos e anti-aliasing suficiente para que o movimento não tremule. Num único posto de trabalho, este é o tipo de tarefa que se inicia numa sexta-feira e se reza para que termine antes de o anúncio ir ao ar na segunda-feira.
Este guia aborda onde uma render farm se encaixa no trabalho de animação imobiliária e visitas virtuais 3D — e, tão importante quanto isso, onde não se encaixa. Na Super Renders Farm, gerimos uma render farm na cloud totalmente gerida, pelo que vemos constantemente flythroughs de imóveis, picos de lançamento de anúncios e revisões de última hora a passar pela fila. Antes de tudo isso, há um problema de terminologia que vale a pena esclarecer: muitas pessoas que procuram "rendering imobiliário" não querem, na verdade, uma render farm. Querem um estúdio que faça os renders por elas. São dois produtos diferentes, e confundi-los faz perder tempo a ambas as partes. Vamos esclarecer isso primeiro, depois passamos ao fluxo de trabalho, à matemática do custo por frame e à nota honesta sobre o alcance dos motores em tempo real.

Trajeto de câmara através de um interior arquitetónico 3D a mostrar keyframes para uma animação de visita virtual a um imóvel
Estúdio de serviços de rendering vs. render farm: qual é que procura realmente
Pesquise "serviços de rendering imobiliário" e vai encontrar dois tipos de empresa completamente diferentes na mesma página de resultados, descritos numa linguagem quase idêntica. Saber qual delas precisa antes de começar a comparar preços poupa muitos e-mails confusos.
Um estúdio de serviços de rendering é uma empresa criativa. Envia-lhe uma planta, algumas fotos de referência, talvez um modelo em SketchUp ou Revit, e um mood board — e a empresa constrói a cena 3D, ilumina-a, configura os movimentos de câmara e entrega-lhe uma animação terminada. Está a comprar mão de obra e talento artístico. Não toca numa aplicação 3D; os artistas do estúdio é que fazem a modelação, a texturização e o desenvolvimento visual. É isto que a maioria das pesquisas por "renders imobiliários" e "serviços de animação de visita virtual 3D" procura realmente — pessoas que precisam de alguém que crie os visuais do zero.
Uma render farm é um serviço de computação. Já tem a cena 3D terminada — foi construída (por si ou pelo seu artista) em 3ds Max, Blender ou Cinema 4D, com as câmaras configuradas e a iluminação ajustada. O que não tem é a potência de cálculo para renderizar 1500 frames durante a noite. Uma render farm aluga-lhe essa potência. Carrega a cena, a farm distribui os frames por muitas máquinas, e descarrega as imagens terminadas. Ninguém na farm abre a sua cena para a dirigir criativamente — as decisões criativas já estão definidas.
Eis o teste honesto para saber de qual precisa: se conseguir abrir a sua cena e carregar em "render" sozinho, e o único problema é que isso demoraria três dias no seu único computador, precisa de uma render farm. Se está diante de uma planta sem modelo 3D e sem ideia de como o construir, precisa de um estúdio de serviços de rendering. A Super Renders Farm é uma render farm — a camada de computação, não o estúdio criativo. Não construímos cenas; renderizamos as que nos trazem. Essa distinção importa porque os modelos de preços não são comparáveis: um estúdio orça por projeto com base nas horas de artista, enquanto uma farm cobra por unidade de computação consumida. Comparar o orçamento de 2.000 $ de uma animação de um estúdio com a tarifa por frame de uma farm é comparar duas compras diferentes.
Para uma análise mais completa do lado do serviço de computação, o nosso guia sobre serviço de rendering versus render farm percorre em mais profundidade as diferenças de modelo de entrega. A versão curta para trabalho imobiliário: se o render já está feito e só precisa de ser calculado, continue a ler.
Porque é que as visitas virtuais sobrecarregam um único posto de trabalho
A animação imobiliária é enganosamente pesada no rendering em comparação com um conjunto de imagens fixas. Uma brochura precisa normalmente de oito a doze imagens principais. Uma visita virtual precisa de todos os frames entre esses planos principais — e, como a câmara está em movimento, não é possível poupar na qualidade da forma como às vezes se pode numa imagem estática que só será vista numa resolução.
Três fatores acumulam-se rapidamente:
- Número de frames. Um clip de um minuto a 25 fps são 1500 frames. Uma visita a um imóvel de dois minutos são 3000. Cada frame é um render completo, não uma variação de um frame em cache — a posição da câmara, os reflexos e as sombras suaves mudam de frame para frame.
- Tempo de render por frame. Um interior com iluminação global realista, vidro, pavimentos polidos e mobiliário detalhado pode facilmente demorar entre 10 e 40 minutos por frame num posto de trabalho capaz, consoante a resolução e a amostragem. Exteriores com paisagismo e vegetação podem demorar ainda mais.
- Qualidade do movimento. As imagens fixas toleram algum ruído que se pode retocar. A animação não — o ruído residual desloca-se e cintila entre frames, pelo que as visitas virtuais precisam normalmente de contagens de amostras mais elevadas ou de uma boa passagem de denoiser, o que aumenta ainda mais os tempos por frame.
Faça as contas. Com 1500 frames e um otimista 12 minutos por frame, uma única máquina a renderizar um frame de cada vez precisa de cerca de 300 horas — doze dias e meio de rendering contínuo — para um minuto de imagem. É essa a matemática que silenciosamente mata os prazos de lançamento de anúncios. Uma render farm resolve isto renderizando muitos frames em paralelo: o mesmo trabalho de 1500 frames, distribuído por um grande conjunto de máquinas, é entregue em horas em vez de dias, porque a animação é embaraçosamente paralela — o frame 1 e o frame 900 não têm qualquer dependência entre si e podem ser renderizados simultaneamente em nós diferentes.
Pipelines de visita virtual suportados: rendering offline com ray tracing
Os fluxos de trabalho que mais beneficiam de uma render farm offline são os que usam ray tracing — os pipelines em que cada frame é calculado com transporte de luz real em vez de rasterizado em tempo real. Na nossa farm, as combinações suportadas mais comuns para animação imobiliária e arquitetónica são:
- 3ds Max com V-Ray ou Corona. Este é o mainstream do archviz. A maioria dos estúdios de animação imobiliária exterior e interior que vemos usa o 3ds Max como aplicação principal e o V-Ray ou a Corona como motor de render. Ambos são ray tracers fortes em CPU (o V-Ray também tem um modo GPU), e ambos tratam do vidro, da GI e do realismo de materiais de que as visitas virtuais imobiliárias dependem. Os plugins comuns a este pipeline — ferramentas de scatter e vegetação para paisagismo, por exemplo — precisam de ter versões correspondentes entre a sua máquina e a farm, por isso vale a pena confirmar o suporte de plugins antes de um trabalho grande.
- Blender com Cycles. O Cycles é o path tracer fisicamente baseado do Blender, e é um motor totalmente suportado na farm. Cada vez mais visualizadores independentes e estúdios mais pequenos constroem visitas virtuais imobiliárias em Blender, e o Cycles renderiza-as com resultados tão precisos em GI como os motores comerciais. Se a sua animação é um projeto Cycles, distribui-se pela farm da mesma forma que um trabalho V-Ray. (Nota honesta sobre o alcance: o nosso suporte para Blender cobre o rendering offline com Cycles — isto refere-se a animação com ray tracing, não a motores de viewport em tempo real, que abordamos mais adiante.)
- Cinema 4D com Redshift, Corona ou Arnold. Estúdios mais orientados para motion design constroem frequentemente visuais de imóveis em Cinema 4D. O Redshift é baseado em GPU; a Corona e o Arnold cobrem o lado CPU. Todos são suportados para rendering offline de animação.
O licenciamento dos motores comerciais — V-Ray, Corona, Redshift, Arnold, Octane — está incluído na tarifa de render por hora em vez de ser cobrado à parte, e o Cycles é gratuito e open-source, pelo que não há qualquer licença a suportar. Por se tratar de uma render farm totalmente gerida, o modelo de submissão é carregar-renderizar-descarregar: sem ambiente de trabalho remoto, sem configuração manual de servidor de licenças, sem instalar o motor de render numa máquina virtual alugada. A cena é submetida através de um cliente ou plugin, os frames distribuem-se pelos nós disponíveis, e os frames concluídos regressam à medida que terminam — pelo que uma animação longa pode começar a descarregar os primeiros frames antes de o último estar pronto.
Para uma visão mais ampla da visualização arquitetónica — não apenas animação, mas toda a disciplina — o nosso guia completo de visualização arquitetónica percorre o fluxo de trabalho de ponta a ponta, e o artigo sobre a melhor render farm na cloud para archviz entra em detalhe sobre como avaliar fornecedores para este tipo de trabalho específico.

Diagrama de um único trabalho de visita virtual de 1500 frames distribuído por muitos nós de render em paralelo
A matemática do custo por frame para uma visita virtual real
O custo é a pergunta que todos querem realmente ver respondida, por isso vamos trabalhar com um exemplo concreto em vez de generalizar. Considere uma animação de lançamento de anúncio realista: uma visita virtual interior de 60 segundos a 25 fps, renderizada em 1080p — 1500 frames.
A farm cobra o rendering CPU a 0,004 $ por GHz-hora (a tarifa base publicada; os níveis prioritários são mais elevados, até cerca de 0,016 $/GHz-hora para um retorno mais rápido). A fórmula para um trabalho CPU é direta:
Custo = (tempo de render por frame em horas) × (GHz totais da máquina) × (número de frames) × (tarifa por GHz-hora)
O único valor de que precisa e que não é um número fixo são os GHz totais da sua máquina — isso equivale, grosso modo, ao número de núcleos de CPU multiplicado pela sua velocidade de relógio. Eis como funciona com valores plausíveis para a nossa cena de exemplo:
| Entrada | Valor |
|---|---|
| Frames | 1500 |
| Tempo de render por frame (interior 1080p, GI) | 15 minutos = 0,25 h |
| Dimensão efetiva da máquina (exemplo prático) | 100 GHz |
| Tarifa CPU | 0,004 $ / GHz-hora |
| Custo por frame | 0,25 × 100 × 0,004 $ = 0,10 $ |
| Trabalho completo de 1500 frames | 1500 × 0,10 $ = 150 $ |
Assim, uma visita virtual interior de um minuto em 1080p, neste cenário, fica por cerca de 150 $ em custo de render — e, porque os frames são renderizados em paralelo em muitas máquinas, é entregue em poucas horas em vez dos mais de doze dias que um único posto de trabalho precisaria. Alterando os pressupostos, o valor muda de forma previsível: aumente o tempo por frame para 30 minutos (GI mais pesada, mais amostras) e duplica para cerca de 300 $; renderize em 4K em vez de 1080p e tanto o tempo por frame como o custo sobem ainda mais; reduza para um clip de 30 segundos e o valor cai para metade. Os trabalhos GPU (Redshift, Octane, V-Ray GPU) são cobrados numa unidade diferente — 0,003 $ por OctaneBench-hora — pelo que a aritmética é diferente, mas o princípio é idêntico: paga-se pela computação que um trabalho realmente consome.
Deliberadamente, não indicamos preços de concorrentes aqui — esses valores desatualizam-se depressa e variam consoante o nível de máquina — mas o método acima é o que se deve aplicar a qualquer farm: obtenha a tarifa por unidade, calcule o seu tempo por frame a partir de um render de teste e multiplique. As novas contas recebem também 25 $ em crédito de teste gratuito, suficiente para renderizar uma sequência de teste curta e medir o seu tempo real por frame antes de comprometer um trabalho completo. Para um tratamento completo dos modelos de preços em toda a indústria, o guia de custo por frame de render farm analisa em detalhe a matemática por frame versus subscrição.
O aperto do prazo de lançamento de um anúncio
A razão pela qual as render farms e a animação imobiliária combinam bem não é só o custo puro — é a forma dos prazos. O trabalho imobiliário é intermitente por natureza. Um imóvel chega ao mercado, o anúncio tem uma data fixa de lançamento, e a visita virtual tem de estar terminada, revista e carregada antes dessa data, não um dia depois. Depois, o pipeline fica parado até ao próximo anúncio.
Esse padrão adapta-se mal à posse de hardware próprio. Se comprar um posto de trabalho suficientemente potente para renderizar visitas virtuais durante a noite, este fica maioritariamente parado entre anúncios — pagou por uma capacidade de pico que usa em picos curtos. Uma render farm inverte isso: aluga uma grande quantidade de computação pelas poucas horas de que precisa, e depois não paga nada até ao próximo aperto. O modo de falha clássico que vemos é a revisão de sexta-feira à tarde — o cliente quer a ilha da cozinha deslocada e toda a animação re-renderizada, com um prazo na segunda-feira. Numa única máquina, essa revisão não cabe no fim de semana. Distribuído por uma farm, um re-render completo de 1500 frames é, na pior das hipóteses, um trabalho de uma noite.
É também por isso que o modelo totalmente gerido importa especificamente para equipas pequenas. Se é um visualizador a solo ou um estúdio de três pessoas, não tem um TD de pipeline para vigiar os nós de render. Carregar-renderizar-descarregar sem ambiente de trabalho remoto significa que a camada operacional — estado dos nós, reenvio de frames falhados, atribuição de licenças — é tratada do lado da farm, e não do seu. Submete o trabalho antes de sair ao fim do dia e recolhe os frames terminados de manhã. Para estúdios nesta gama de dimensão especificamente, o guia de render farm para estúdios de arquitetura com menos de 10 pessoas aprofunda a economia das equipas pequenas.
Onde os motores em tempo real se encaixam: uma nota honesta sobre o alcance
Eis a parte que muito conteúdo sobre "render farm para imobiliário" ignora, e é importante: uma parte grande e crescente das visitas virtuais imobiliárias não precisa, de todo, de uma render farm offline, porque são construídas em motores em tempo real.
Ferramentas como o Lumion, o Twinmotion e o D5 Render são motores de rasterização em tempo real. Renderizam uma visita virtual na sua própria GPU, ao vivo, a velocidades interativas ou quase interativas — uma animação de um minuto pode ser exportada em minutos numa única placa gráfica capaz, não em dias. Este é um pipeline fundamentalmente diferente do rendering offline por frame com ray tracing para o qual uma farm foi criada. Se todo o seu fluxo de trabalho vive no Lumion ou no Twinmotion, uma render farm geralmente não faz parte do panorama — a exportação acontece na sua máquina, e não há uma fila noturna de 1500 frames para distribuir. São ferramentas excelentes para visualização imobiliária rápida e iterativa, e fingir que todos precisam de uma farm offline seria desonesto.
Queremos ser diretos quanto ao nosso próprio alcance aqui: a nossa farm renderiza os pipelines offline com ray tracing listados anteriormente — 3ds Max com V-Ray ou Corona, Blender com Cycles, Cinema 4D com Redshift, Corona ou Arnold. Não é um serviço de render para motores em tempo real. Assim, o encaminhamento prático é:
- Está a construir a sua visita virtual em Lumion, Twinmotion ou D5? A sua GPU trata da exportação localmente; normalmente não é necessária uma render farm. Iteração mais rápida, com alguma perda na qualidade fotorrealista máxima face a um path tracer completo.
- Está a construí-la em 3ds Max/V-Ray, Blender/Cycles ou C4D/Redshift para máximo fotorrealismo? Esse é o caminho offline onde uma farm faz sentido — o teto de qualidade é mais elevado, mas os frames são dispendiosos de calcular, que é exatamente o problema que uma farm resolve.
Nenhum dos caminhos é universalmente "melhor". Um flythrough rápido de um agente para um anúncio de mercado médio pode ser perfeito em Twinmotion; o filme principal de um empreendimento de luxo pode justificar um render offline completo em V-Ray. O importante é escolher o pipeline que corresponde ao trabalho, e só recorrer a uma render farm quando está do lado offline dessa linha. Para a perspetiva de IA e visualização deste espaço em evolução, o nosso artigo sobre rendering arquitetónico 3D e visualização com IA aborda como as ferramentas mais recentes estão a remodelar o fluxo de trabalho.

Comparação de um fluxo de trabalho de exportação local com motor em tempo real versus um fluxo de trabalho de render farm offline com ray tracing para animação imobiliária
Uma checklist prática antes de enviar uma visita virtual para uma farm
Se decidiu que o seu projeto está do lado offline e uma farm faz sentido, algumas verificações prévias poupam muitos problemas a meio do trabalho:
- Confirme se as versões do motor e dos plugins coincidem. Uma farm com uma versão atrasada em relação ao V-Ray ou a um plugin de scatter pode alterar silenciosamente o seu resultado. Confirme a versão exata do seu motor de render e se quaisquer plugins de que a sua cena depende são suportados antes de carregar uma animação completa.
- Faça primeiro um frame de teste ou uma sequência curta. Renderize um punhado de frames representativos — um interior, um exterior, um plano difícil com muito vidro — para medir o tempo real por frame e detetar texturas em falta ou surpresas de materiais antes de comprometer o trabalho completo de 1500 frames. O crédito de teste de 25 $ foi concebido exatamente para isto.
- Verifique a janela de retenção do output. Os frames renderizados ficam disponíveis durante um período fixo (45 dias na nossa farm) antes de serem eliminados automaticamente. Para um trabalho com prazo, descarregue prontamente ou configure o descarregamento automático para não estar a correr contra o relógio para recuperar os ficheiros.
- Empacote os assets corretamente. Texturas em falta e caminhos de assets quebrados são a causa mais comum de um re-render. Use a ferramenta de recolha de assets do motor de render para que todas as texturas e referências viajem com a cena.
- Planeie a passagem de revisão. Os clientes imobiliários fazem revisões. Reserve crédito de render e tempo de calendário para pelo menos um re-render completo após a primeira revisão — é a norma, não a exceção, em trabalho de anúncios.
Para o lado específico do Blender na configuração e exportação correta de animação, o guia completo de renderização de animação em Blender percorre as definições de intervalo de frames, output e amostragem que mais afetam o tempo e o custo de render numa farm.
Vegetação e scatter: o multiplicador de custo do paisagismo
Uma particularidade específica do imobiliário merece a sua própria nota, porque surpreende as pessoas na sua primeira animação exterior: o paisagismo é dispendioso de renderizar. As visitas virtuais exteriores apoiam-se fortemente em vegetação dispersa — árvores, sebes, relva, coberto vegetal — frequentemente colocada com plugins de scatter que instanciam milhões de polígonos numa cena. Essas instâncias são económicas em memória, mas não são gratuitas em tempo de render, especialmente com as sombras suaves e a iluminação global que fazem um exterior parecer real. Um flythrough exterior pode facilmente demorar duas a três vezes o tempo de render por frame de um interior de resolução semelhante, só devido à vegetação e ao maior volume de luz a refletir-se numa cena aberta.
A implicação prática para a estimativa de custo: não assuma que o seu tempo por frame do interior se aplica aos planos exteriores. Teste ambos. Se a sua visita virtual passa do interior para o exterior — um movimento estético comum no imobiliário, deslizando da sala de estar até ao jardim — a parte exterior pode dominar a sua fatura de render. Para o pipeline de scatter e vegetação numa farm especificamente, o nosso fluxo de trabalho de render farm para animação com Forest Pack aborda como a vegetação instanciada se comporta em nós distribuídos e como evitar que dispare os seus tempos de render.
Resumo: quando uma render farm tem lugar no seu pipeline imobiliário
Juntando tudo, eis a decisão numa tabela:
| A sua situação | O que precisa |
|---|---|
| Sem modelo 3D, precisa que os visuais sejam criados | Um estúdio de serviços de rendering, não uma farm |
| Cena construída, visita virtual em Lumion / Twinmotion / D5 | Exportação local por GPU; normalmente não é necessária uma farm |
| Cena construída em 3ds Max/V-Ray, Blender/Cycles, C4D/Redshift, offline | Uma render farm — é aqui que se encaixa |
| Picos ocasionais de anúncios, sem orçamento para hardware parado | O modelo de aluguer conforme a necessidade de uma farm |
| Visualizador a solo ou estúdio pequeno, sem equipa de pipeline | Uma render farm totalmente gerida (carregar-renderizar-descarregar, sem RDP) |
Uma render farm não é uma resposta universal para a animação imobiliária — é a ferramenta certa para o caso específico em que tem uma cena terminada, com ray tracing, e um número de frames que ultrapassa a capacidade de uma única máquina antes do seu prazo. Faça corresponder o pipeline ao trabalho, execute um teste com o crédito de teste antes do render completo, e o problema de doze dias num posto de trabalho transforma-se num problema de uma noite.
FAQ
Q: Preciso de uma render farm para animação imobiliária e visitas virtuais 3D? A: Só se a sua visita virtual for construída num pipeline offline com ray tracing — 3ds Max com V-Ray ou Corona, Blender com Cycles, ou Cinema 4D com Redshift, Corona ou Arnold — e o número de frames for demasiado elevado para renderizar na sua própria máquina antes do prazo. Um clip de um minuto são 1500 frames, o que pode demorar mais de uma semana num único posto de trabalho. Se construir a sua visita virtual num motor em tempo real como o Lumion, o Twinmotion ou o D5, a sua própria GPU exporta-a localmente e uma render farm geralmente não é necessária.
Q: Qual é a diferença entre um serviço de rendering imobiliário e uma render farm? A: Um estúdio de serviços de rendering cria os visuais 3D por si — envia uma planta e referências, e os artistas do estúdio constroem, iluminam e animam a cena. Uma render farm só fornece computação: traz uma cena já terminada e a farm renderiza os seus frames em paralelo. O teste simples é se for possível abrir a cena e carregar em render sozinho; se o único problema é que isso demoraria demasiado tempo no seu único computador, precisa de uma render farm, não de um estúdio.
Q: Quanto custa renderizar uma animação de visita virtual 3D numa render farm? A: Depende do número de frames, do tempo de render por frame e da resolução. Como exemplo prático, uma visita virtual interior de 60 segundos em 1080p (1500 frames) a cerca de 15 minutos por frame fica por cerca de 150 $ em custo de render CPU, à tarifa base de 0,004 $ por GHz-hora. Uma GI mais pesada, mais amostras ou resolução 4K aumentam o tempo por frame e o custo; um clip mais curto reduz-no. O método fiável para qualquer farm é fazer um render de teste com alguns frames, medir o seu tempo real por frame e multiplicar pelo número de frames e pela tarifa.
Q: Uma render farm consegue lidar com o aperto de um prazo de lançamento de anúncio? A: Sim — esse é o caso de uso central. Como os frames de animação não têm qualquer dependência entre si, uma farm renderiza muitos de uma vez num grande conjunto de máquinas, pelo que um trabalho de 1500 frames que demoraria mais de doze dias num único posto de trabalho é entregue em horas. Isso torna viável até um re-render completo de sexta-feira à tarde antes de um lançamento na segunda-feira, razão pela qual o trabalho imobiliário intermitente e orientado por prazos se adapta melhor ao modelo de aluguer conforme a necessidade do que à posse de hardware que fica parado entre anúncios.
Q: Que software e motores de render são suportados para visitas virtuais imobiliárias? A: As combinações offline com ray tracing mais comuns em trabalho imobiliário e archviz: 3ds Max com V-Ray ou Corona, Blender com Cycles, e Cinema 4D com Redshift, Corona ou Arnold. O licenciamento dos motores comerciais está incluído na tarifa de render por hora, e o Cycles é gratuito e open-source. Motores em tempo real como o Lumion, o Twinmotion e o D5 renderizam na sua própria GPU e são um fluxo de trabalho separado, não fazem parte de uma farm offline.
Q: Tenho de aceder por ambiente de trabalho remoto às máquinas ou gerir licenças para usar uma farm totalmente gerida? A: Não. Uma render farm totalmente gerida usa um modelo de carregar-renderizar-descarregar — submete a sua cena através de um cliente ou plugin, a farm trata da atribuição de licenças, do estado dos nós e do reenvio de frames falhados, e os frames concluídos são descarregados à medida que terminam. Não há passo de ambiente de trabalho remoto nem configuração manual de servidor de licenças, razão pela qual o modelo serve visualizadores a solo e estúdios pequenos sem equipa de pipeline dedicada.
Q: Porque é que as animações imobiliárias exteriores custam mais a renderizar do que as interiores? A: As visitas virtuais exteriores incluem normalmente vegetação dispersa — árvores, relva, sebes — frequentemente colocada com plugins de scatter que instanciam grandes quantidades de geometria, além de mais luz a refletir-se numa cena aberta. Ambos aumentam o tempo de render por frame, pelo que um flythrough exterior pode demorar duas a três vezes o tempo por frame de um interior comparável. Ao estimar o custo, teste os planos interiores e exteriores separadamente, em vez de assumir que um único tempo por frame cobre toda a animação.
Q: Durante quanto tempo os meus frames de visita virtual renderizados ficam guardados para descarregamento? A: Na nossa farm, o output renderizado fica disponível durante 45 dias após a conclusão do trabalho, sendo depois eliminado automaticamente. Para um trabalho de anúncio orientado por prazo, descarregue os frames terminados prontamente ou configure o descarregamento automático para armazenamento local, para não estar a correr contra a janela de retenção para recuperar a sua animação.
About Alice Harper
Blender and V-Ray specialist. Passionate about optimizing render workflows, sharing tips, and educating the 3D community to achieve photorealistic results faster.


