Renderização na Nuvem para Designers de Interiores com o 3ds Max

Introdução

São 23h, a apresentação ao cliente é às 9h, e o render da sala de estar ainda não limpou o ruído. A cena é um único interior: uma cozinha e uma zona de estar com bibliotecas de materiais em camadas, três luzes de área, uma janela a fazer a maior parte do trabalho de iluminação através de cortinados translúcidos, e a ventoinha da estação de trabalho a funcionar há duas horas sem que a imagem pareça significativamente mais limpa do que estava há quarenta minutos. Este é um momento reconhecível para designers de interiores que trabalham sozinhos ou num estúdio de duas ou três pessoas, e é diferente do problema de renderização para o qual a maior parte do conteúdo sobre renderização na nuvem é escrito.

A maioria dos guias de "renderização na nuvem para archviz" é escrita para um atelier de arquitetura que produz imagens exteriores de destaque ou renders completos do local. O trabalho de interiores tem uma forma diferente: menos polígonos no total, mas muito mais tempo por frame, porque a luz tem de ricochetear dentro de uma caixa fechada em vez de escapar para um céu aberto. Uma sala de estar, um quarto ou um interior de retalho com a iluminação global ativada é uma das categorias de cena mais lentas a renderizar de forma limpa, independentemente de quão modesta a geometria pareça na viewport. Este guia é escrito para essa carga de trabalho: um designer de interiores autónomo ou um pequeno estúdio de interiores no 3ds Max, a produzir renders estáticos para apresentações a clientes, a trabalhar em várias rondas de revisões por projeto, numa máquina dimensionada para o trabalho de design diário e não para renderização dedicada.

Na Super Renders Farm, executamos trabalhos de renderização na nossa render farm todos os dias, e este guia aborda quando vale a pena enviar uma cena de interior para fora da máquina, quando não vale a pena, como preparar um ficheiro de interior do 3ds Max para que não falhe na primeira submissão, e quanto custa para uma utilização ocasional e com muitas revisões.

Por que os stills de interiores renderizam de forma diferente da archviz de exteriores

Ilustração conceptual: um exterior iluminado principalmente pelo céu com a luz a chegar diretamente, versus um interior fechado onde a luz ricocheteia várias vezes entre paredes, chão, teto e mobiliário antes de estabilizar.

Se já leu guias gerais de renderização na nuvem para archviz, o conselho costuma centrar-se em cenas exteriores, animações de percurso ou visualizações de edifícios completos — o nosso próprio guia de visualização arquitetónica e a nossa comparação de render farms para archviz cobrem o trabalho de exteriores e de edifícios completos, e este artigo não repete isso. O trabalho de interiores tem os seus próprios fatores de tempo de renderização, que vale a pena nomear diretamente.

Uma sala fechada aprisiona a luz. Cada ricochete numa parede, numa superfície têxtil ou num acabamento de piso brilhante tem de ser resolvido antes de a imagem convergir, e uma sala que mistura uma tinta de parede mate, uma bancada brilhante e um sofá em tecido obriga o motor de renderização a resolver comportamentos de luz muito diferentes no mesmo frame. As cenas de exterior conseguem "facilitar" com uma sky dome a fazer grande parte do trabalho de iluminação num único ricochete; os interiores raramente têm esse atalho. Uma imagem exterior de destaque bem iluminada e um interior bem iluminado podem ter tempos de renderização por frame muito diferentes, mesmo com menos polígonos totais no interior, porque este precisa de muito mais amostras para limpar o ruído.

O trabalho de design de interiores também tende a carregar uma carga de mobiliário e materiais mais pesada do que uma cena exterior comparável. Uma única sala pode referenciar dezenas de ativos de mobiliário, têxteis e decoração provenientes de bibliotecas de fornecedores, cada um com o seu próprio conjunto de texturas e, por vezes, deslocamento (displacement). Isso soma-se ao tamanho do ficheiro e à complexidade dos caminhos de ativos da cena, o que importa assim que o ficheiro tem de sair da sua máquina (mais sobre isto abaixo).

Quando a sua própria máquina ainda é a escolha certa

A resposta honesta para grande parte do trabalho de design de interiores é que uma render farm não ajuda, e vale a pena ser direto sobre isso antes de entrar nas situações em que ajuda.

• Look-dev e iteração de materiais. Testar como um tecido, um acabamento em pedra ou um brilho de tinta se comporta sob a sua iluminação é um ciclo local rápido. Enviar cada iteração para uma render farm acrescenta tempo de empacotamento e de upload que supera a poupança no tempo de renderização, e quebra o ciclo de feedback apertado de que este trabalho depende.
• Um único still que já renderiza em poucos minutos localmente. Se a sua estação de trabalho limpa um interior com qualidade de apresentação rapidamente, o esforço de preparar e enviar uma cena costuma custar mais tempo real do que poupa.
• Exploração de ângulos de câmara. No início de um projeto, decidir que ângulos vendem melhor a sala é trabalho iterativo, melhor feito localmente com poucas amostras, e não com submissões de alta amostragem a uma render farm.
• Uma revisão tão pequena que não precisa de um novo render completo. Trocar a cor de uma almofada decorativa é, por vezes, mais rápido de corrigir em pós-produção do que renderizar novamente do zero.

Se nenhuma das situações "realmente ajuda" abaixo se aplica ao que está a trabalhar, a sua própria estação de trabalho continua a ser a ferramenta certa.

Quando a renderização na nuvem realmente ajuda um projeto de interiores

As situações em que uma render farm compensa o seu custo no trabalho de interiores concentram-se em cenas que ultrapassaram o que uma única máquina consegue limpar antes de um prazo.

• Um render final de apresentação em resolução total e contagem total de amostras. A pré-visualização rápida que tem vindo a testar durante a semana toda não é o frame que vai ser mostrado ao cliente. Os stills de interior totalmente convergidos — especialmente várias salas ou ângulos para uma única apresentação — são onde o tempo de renderização de uma única estação de trabalho se transforma num verdadeiro risco de prazo.
• Vários ângulos ou um conjunto completo de apresentação a entregar de uma vez. Um único render de interior é gerível localmente; cinco ou seis ângulos necessários na mesma manhã são um problema de paralelização que uma render farm resolve executando-os todos ao mesmo tempo, em vez de um após o outro.
• Uma ronda de revisões do cliente a chegar no dia anterior a um prazo. Uma render farm existe precisamente para absorver o custo em tempo de renderização de "o cliente quer três variações de material da mesma sala até amanhã" sem trabalhar a noite toda.
• Uma cena que ficou mais pesada do que o esperado. Um espaço habitacional montado a partir de várias bibliotecas de ativos de fornecedores, com texturas de alta resolução e mobiliário instanciado em várias salas, pode acabar por ser pesado em tempo de renderização de formas que não são óbvias na fase de modelação.

Para a questão geral sobre o que separa um design que beneficia de uma render farm de um que não beneficia, o nosso guia de render farm para pequenos estúdios de arquitetura cobre a versão à escala de estúdio desta decisão — a maior parte do mesmo raciocínio aplica-se à escala de um único designer ou de um estúdio de duas pessoas.

Comparação lado a lado da mesma sala de estar de interior: uma pré-visualização de look-dev com ruído na sua própria máquina versus um render final limpo e totalmente convergido numa render farm.

O software que já está a utilizar

O 3ds Max é a ferramenta que a maioria dos designers de interiores que fazem trabalho de apresentação em 3D já utiliza, muitas vezes ao lado de um plugin de renderização em vez do renderizador Arnold incorporado. Na nossa render farm, o 3ds Max é suportado nas versões 2013 a 2027, pelo que um ficheiro de uma versão mais antiga normalmente não precisa de ser guardado num formato mais recente primeiro. Para uma versão mais antiga, confirme junto do suporte qual a versão do Corona ou do V-Ray que corresponde à cena antes de submeter.

Os dois motores de renderização a que os designers de interiores no 3ds Max mais recorrem, o Corona e o V-Ray, estão ambos prontos em todos os nós de 3ds Max sem necessidade de um passo de instalação separado ou de um pedido antecipado — a licença do motor de renderização está incluída na taxa por computação. O Corona é atualmente suportado nas versões 15 e 14; o V-Ray nas versões 7 e 6. Seja qual for o que o seu estúdio já adotou, nenhum deles exige nada de extra para confirmar antes de submeter um trabalho.

Se o Corona é o seu renderizador de eleição, o nosso guia dedicado de render farm para Corona aprofunda definições e resolução de problemas específicas do motor mais do que este artigo.

Uma nota prática para o trabalho de interiores: muitos designers utilizam plugins de scatter ou instanciação (para tapetes, plantas, livros ou outros objetos de biblioteca repetidos) ou bibliotecas de ativos de terceiros para mobiliário e materiais. Essas ferramentas geram ou referenciam geometria que tem de ser resolvível no momento da renderização, na máquina que executa o trabalho, e não apenas visível na sua viewport local. Antes de submeter uma cena construída em torno de um deles, confirme junto do suporte que o plugin está disponível, ou converta o seu resultado em geometria/proxies padrão antes de empacotar — na nossa experiência, é uma das verificações que mais tempo de renderização desperdiçado poupa.

Preparar uma cena de interior do 3ds Max para a render farm

As cenas de interior falham na primeira submissão por uma lista curta e previsível de razões, quase todas relacionadas com a preparação do ficheiro e não com a renderização em si.

• Caminhos de ficheiro absolutos. Se as suas texturas, HDRI ou ativos referenciados estiverem guardados com um caminho local absoluto (C:\Users\...), não serão resolvidos numa máquina remota. Utilize o Asset Tracking / Resource Collector do 3ds Max para reunir todos os ficheiros referenciados e converter os caminhos para relativos antes de empacotar. Duas ressalvas da própria documentação da Autodesk: o Resource Collector não recolhe mapas utilizados para deslocamento (displacement), que as cenas de interior utilizam frequentemente, por isso verifique-os manualmente; e a sua opção incorporada para comprimir num ZIP produz um .zip, que o nosso upload não aceita, por isso arquive a pasta recolhida como .tar, .tar.gz ou .7z. Na nossa render farm, os caminhos de ativos quebrados são uma das falhas mais comuns na primeira submissão, e as cenas de interior com dezenas de ativos com muitas texturas estão mais expostas a isso do que um render de exterior mais simples.
• Proxies em falta ou instâncias não resolvidas. Se o seu mobiliário e decoração vêm de objetos proxy (proxies V-Ray ou Corona a referenciar ficheiros de malha externos), certifique-se de que esses ficheiros referenciados viajam com a cena, e não apenas o ponteiro do proxy dentro do ficheiro .max. Um proxy que aponta para um ficheiro que só existe na sua unidade local vai renderizar como uma caixa vazia, ou falhar por completo, noutro local.
• Definições do Corona e do V-Ray a verificar antes de submeter. As definições de denoising e de GI devem corresponder ao que pretende para o frame final: no Corona, se a UHD Cache é usada como solucionador secundário de GI (a Chaos recomenda-a para cenas dominadas por GI, como interiores) e qual a predefinição de pré-cálculo que utiliza; no V-Ray, a combinação do motor de GI (por exemplo, Brute Force com Light Cache) e o tipo de image sampler (Bucket ou Progressive). Tudo isto deve corresponder ao frame final, e não ao que sobrou de uma pré-visualização rápida. Uma definição de denoiser com qualidade de pré-visualização submetida como "final" desperdiça tempo de render farm num frame que vai querer renderizar novamente de qualquer forma.
• Formato do arquivo. Os uploads aceitam .tar, .tar.gz e .7z. O .zip não é suportado — um detalhe que apanha as pessoas de surpresa porque é o formato predefinido que a maioria dos sistemas operativos cria automaticamente.
• Texturas e tamanho do ficheiro. As cenas de interior com várias bibliotecas de ativos de fornecedores podem acumular rapidamente uma pegada de texturas grande. Isso não é, por si só, um impedimento — não existe um limite rígido para uploads via browser — mas acima de aproximadamente 300 GB, o SFTP ou a Client App são o caminho mais estável e retomável.

Para um percurso mais amplo sobre como preparar um projeto de 3ds Max para submissão à render farm, o nosso guia de configuração de render farm para 3ds Max cobre o fluxo de trabalho geral; as notas acima são especificamente sobre o que costuma correr mal numa cena com muitos elementos de interior.

Diagrama do empacotamento de uma cena de interior do 3ds Max: ficheiro da cena, proxies e ativos, caminhos de textura relativos, e um arquivo .tar, .tar.gz ou .7z, com um ficheiro em falta assinalado como a causa de um frame falhado.

Onde isto costuma atrapalhar submissões pela primeira vez

Como funciona a faturação para trabalho ocasional e com muitas revisões

O modelo de faturação importa mais para este tipo de trabalho do que as especificações de hardware em bruto, porque uma subscrição construída para um débito contínuo de estúdio tem a forma errada para um fluxo de trabalho que está tranquilo durante a maior parte do mês e depois sobe abruptamente perto de um prazo do cliente.

A renderização aqui funciona com um modelo de créditos de top-up em vez de um plano por níveis: compra créditos de renderização e os trabalhos vão descontando esse saldo. Não há compromisso mensal, e os créditos de renderização nunca expiram, por isso um saldo comprado para um projeto continua válido meses depois. As contas novas recebem 25 USD em créditos de renderização gratuitos no registo, muitas vezes suficiente para testar uma cena de interior real antes de decidir investir mais dinheiro.

A renderização em CPU (onde correm os fluxos de trabalho V-Ray e Corona em CPU) é faturada por GHz-hora, e a taxa depende da prioridade: a taxa base de prioridade padrão é de $0,004 por GHz-hora, subindo até $0,016 por GHz-hora na prioridade mais alta, o que importa se um prazo significar que precisa que o seu trabalho avance na fila. A renderização em GPU começa em $0,003 por OctaneBench-hora (OBh). Fazer um top-up de um saldo de créditos maior de uma só vez traz descontos de volume automáticos, até 30 % nos montantes mais altos, além do crédito de registo.

A leitura prática aqui: como os créditos não expiram e não há subscrição, comprar um saldo modesto uma vez e ir gastando-o apenas nos renders de apresentação e rondas de revisão que precisam de uma render farm — e não em cada ângulo que testa localmente — encaixa num fluxo de trabalho que é genuinamente intermitente e não contínuo.

Um fluxo de trabalho prático para um prazo de apresentação ao cliente

1. Fixe o ângulo e as definições antes de submeter. O trabalho de interiores costuma passar por várias passagens de look-dev localmente primeiro; só envie a cena para a render farm depois de ter fixado o ângulo de câmara, a iluminação e as definições de renderização que pretende apresentar.
2. Empacote a cena. Utilize o Asset Tracking / Resource Collector (ou o equivalente do seu renderizador) para reunir todas as texturas, proxies e ficheiros de material referenciados, e converta os caminhos para relativos.
3. Arquive-a. .tar, .tar.gz ou .7z — nunca .zip.
4. Faça upload e submeta. Abaixo de aproximadamente 300 GB, um upload via browser é adequado; acima disso, o SFTP ou a Client App são mais estáveis. Para além das suas definições de renderização e do nível de prioridade, a única outra coisa a confirmar é a disponibilidade de um plugin de scatter ou de biblioteca de ativos, caso a sua cena utilize um (ver acima).
5. Descarregue o seu resultado. Os ficheiros ficam disponíveis durante o tempo que precisar deles — sem período fixo de eliminação automática, eliminação apenas a pedido. Descarregue prontamente de qualquer forma, especialmente perto de um prazo.

Se o feedback do cliente chegar depois da apresentação ("podemos ver o sofá noutro tecido", "a luz da tarde pode ser mais quente"), aplica-se o mesmo fluxo de trabalho: fixe as novas definições localmente, empacote, submeta, e trate cada ronda de revisão como o seu próprio trabalho pequeno, em vez de agrupar alterações não relacionadas numa única submissão.

Decidir entre a sua própria máquina e uma render farm

Para uma comparação mais ampla de opções de render farm na nuvem para trabalho adjacente a archviz, a comparação de archviz ligada perto do início deste artigo cobre essa avaliação mais alargada. As taxas atuais por computação e a repartição completa dos níveis de prioridade estão na nossa página de render farm para 3ds Max e na página de preços.

FAQ

Q: A renderização na nuvem vale a pena para uma única sala de interior, ou apenas para um projeto completo com vários espaços? A: Depende do render em si, não do tamanho do projeto. Um único render final em resolução total no prazo, ou vários ângulos a entregar de uma vez, podem justificá-la por si só. O look-dev iterativo e as pré-visualizações locais rápidas quase nunca justificam, independentemente de quantas salas um projeto acabe por cobrir.

Q: Preciso de fazer parte de um estúdio para utilizar uma render farm como designer de interiores autónomo? A: Não. O registo é por conta individual, e o mesmo modelo de faturação — créditos de top-up, 25 USD em créditos de renderização gratuitos no registo — aplica-se quer seja um designer autónomo, quer faça parte de uma equipa maior.

Q: A minha cena utiliza um plugin de scatter ou instanciação para mobiliário e decoração. Isso vai funcionar numa render farm? A: Confirme a disponibilidade do plugin junto do suporte antes de fazer upload. O conteúdo gerado por plugin tem de ser resolvível na máquina que efetivamente renderiza o trabalho, e não apenas visível na sua viewport local, por isso vale a pena verificar com antecedência ou converter o conteúdo espalhado em geometria padrão como opção mais segura por defeito.

Q: Que renderizador devo utilizar para trabalho de interiores no 3ds Max, o Corona ou o V-Ray? A: Ambos estão prontos em todos os nós de 3ds Max, com a licença incluída na taxa por computação, por isso a escolha depende do seu próprio fluxo de trabalho e do visual que procura, e não da disponibilidade na render farm. O Corona é atualmente suportado nas versões 15 e 14; o V-Ray nas versões 7 e 6.

Q: Por que é que uma sala de interior demora mais a renderizar do que um plano exterior com mais geometria? A: Os espaços fechados aprisionam a luz, por isso a iluminação global tem de resolver muitos mais ricochetes em paredes, tecidos e superfícies brilhantes antes de a imagem convergir, em comparação com uma cena exterior onde uma sky dome faz mais do trabalho de iluminação em menos ricochetes. O tempo de renderização acompanha a complexidade da luz mais do que a contagem bruta de polígonos.

Q: Durante quanto tempo os resultados dos meus renders ficam disponíveis depois de um trabalho terminar? A: Os seus ficheiros ficam disponíveis para download durante o tempo que precisar deles. Não existe um período fixo de eliminação automática, e a eliminação acontece a pedido em vez de numa contagem decrescente automática, embora continue a ser boa prática descarregar prontamente, especialmente perto de um prazo de cliente.

Q: Que problema de formato de ficheiro causa mais frequentemente uma falha no upload na nossa render farm? A: Utilizar um arquivo .zip. É o formato predefinido que a maioria dos sistemas operativos cria automaticamente, mas não é um formato de upload suportado aqui. Reempacote como .tar.gz ou .7z antes de fazer upload.

Q: Existe um desconto para fazer top-up de um saldo de créditos maior? A: Sim. Aplicam-se descontos de volume automáticos a top-ups maiores, até 30 % nos montantes mais altos, além do crédito de registo de 25 USD que se aplica a qualquer conta nova.