Renders pretos ou em branco no Maya: causas e soluções

Q: Qual é a diferença entre um render preto e um render em branco?

Os frames pretos significam normalmente que o renderizador foi executado, mas produziu uma contribuição de luz nula (sem luzes ativadas ou com luzes demasiado afastadas ou fracas). Os frames em branco indicam frequentemente uma falha de renderização — o motor falhou, um plugin não foi carregado ou falta uma definição crítica. Consulte o registo de renderização da render farm para encontrar mensagens de erro que permitam distinguir os dois casos.

Introdução

Poucas coisas são tão frustrantes como preparar uma cena complexa no Maya, enviá-la para a render farm e receber de volta frames completamente pretos ou em branco. Foram dedicadas horas à geometria, às texturas e à iluminação — e o resultado não serve para nada. Já vimos isto acontecer a clientes mais vezes do que gostaríamos de admitir, e quase sempre deve-se a um punhado de problemas. A boa notícia é que a maioria das causas pode ser detetada antes de se desperdiçar tempo de renderização ou recursos de computação. Neste guia, percorremos as causas mais comuns de renders pretos e em branco no Maya e explicamos como diagnosticar e corrigir cada uma.

Muitos problemas de renderização no Maya têm origem na configuração do ambiente. Em caso de suspeita de problemas com variáveis de caminho ou de plugins, o nosso guia sobre como definir variáveis de ambiente com o Maya.env apresenta a sintaxe completa e as configurações mais comuns.

Incompatibilidade de versões do motor de renderização

Uma das fontes mais comuns de renders pretos é a incompatibilidade de versões entre o motor de renderização da máquina local e a versão que está a ser executada na render farm.

Se o próprio Maya falhar ou apresentar caixas de diálogo CER (Customer Error Reporting) antes sequer de chegar à renderização, trata-se de um problema distinto — consulte o nosso guia de resolução do erro CER da Autodesk para encontrar soluções. O Maya inclui motores de renderização integrados (o Arnold está incluído desde o Maya 2017), mas motores de terceiros, como o V-Ray e o Corona, mantêm os seus próprios ciclos de versões. Se a cena tiver sido criada com o V-Ray 5.2 mas a render farm estiver a executar o V-Ray 5.0, podem surgir funcionalidades incompatíveis ou parâmetros obsoletos que falham silenciosamente, resultando num render preto.

O que acontece: O motor de renderização da render farm não consegue interpretar corretamente os dados da cena. As funcionalidades mais recentes não existem em versões mais antigas. As redes de shaders podem não compilar. Os parâmetros que só existem em versões mais recentes são ignorados ou fazem com que o motor salte a renderização por completo.

Como verificar: Nas Render Settings do Maya (Windows > Rendering Editors > Render Settings), consulte o menu pendente do motor de renderização e anote a versão exata. Verifique a pasta de plugins do motor de renderização para confirmar o que está efetivamente instalado. No caso do V-Ray, a versão encontra-se no menu V-Ray ou na caixa de diálogo V-Ray About. Compare com as versões do motor publicadas no site ou na documentação da render farm.

Como corrigir: Atualize o motor de renderização local para corresponder à versão da render farm ou peça à render farm que atualize o seu motor. Muitas render farms permitem especificar uma versão preferida do motor no momento do envio — verifique se essa opção existe antes de instalar uma versão anterior na configuração local.

Plugins em falta ou não suportados

A extensibilidade do Maya é simultaneamente um ponto forte e uma possível armadilha. Os plugins de terceiros — seja para gestão de assets (Forest Pack), simulação (PhoenixFD) ou fluxos de trabalho procedurais (Tyflow) — têm de estar instalados em todas as máquinas que tocam na cena, incluindo os nós de renderização da render farm. Se um plugin for referenciado na cena mas não estiver presente na render farm, esta pode ignorar esses elementos, deixá-los invisíveis ou renderizar um frame totalmente preto, caso o plugin seja crítico para a configuração da cena.

O que acontece: Os plugins em falta são referenciados no ficheiro .mb, mas não existem quando o Maya o abre na render farm. A render farm pode emitir avisos e continuar, ou pode falhar silenciosamente e não renderizar nada de visível. Os plugins não suportados (ferramentas de terceiros que a render farm não permite ou para as quais não tem licenças) são frequentemente ignorados.

Como verificar: Verifique as dependências de plugins do ficheiro de cena. Abra o ficheiro .mb num editor de texto e procure referências a plugins. Em alternativa, abra o Plug-in Manager (Windows > General Editors > Plug-in Manager) e anote os plugins carregados. Consulte a documentação da render farm para obter a lista de plugins suportados e de licenças disponíveis.

Como corrigir: Substitua os plugins não suportados por equivalentes nativos do Maya ou por ferramentas nativas do motor de renderização. Por exemplo, ao usar um plugin de displacement de terceiros, convém fazer o bake do displacement na geometria antes do envio. Simplifique as configurações procedurais para usar apenas funcionalidades nativas do Maya ou do motor de renderização escolhido. Se o plugin for essencial, verifique se a render farm o disponibiliza — algumas render farms suportam especificamente o Forest Pack, o Phoenix FD e ferramentas semelhantes (a nossa render farm inclui suporte para o Forest Pack, o Phoenix FD e muitos plugins específicos do Cinema 4D).

Texturas e ficheiros de assets em falta

Esta é provavelmente a causa individual mais comum de renders pretos em render farms distribuídas. As texturas, os ficheiros proxy e outros assets externos funcionam bem localmente porque o Maya dispõe de um caminho de pesquisa completo para os encontrar — frequentemente caminhos relativos que apontam para a pasta do projeto, uma unidade de rede partilhada ou o diretório do utilizador. Quando a cena é enviada para a render farm, esses caminhos deixam de ser válidos. Os nós de renderização da render farm não conseguem encontrar as texturas, pelo que estas são renderizadas a preto (se estiverem ligadas aos canais Bump ou Displacement) ou com a cor de base cinzenta predefinida (se estiverem no canal Diffuse).

O que acontece: Os nós de renderização não conseguem localizar os assets externos. Os caminhos de ficheiros são frequentemente específicos de uma máquina (por exemplo, D:\Projects\MyScene\textures) ou relativos a um caminho de rede local que não existe nas máquinas da render farm. As texturas em falta usam silenciosamente a cor de substituição.

Como verificar: Use o Texture Browser ou consulte o Hypershade para ver que texturas estão referenciadas. Abra o menu File e selecione «Optimize Scene Size» para ver que assets estão incorporados e quais são externos. Melhor ainda, execute uma verificação «Missing References» (File > Manage References) — esta assinala todos os ficheiros que o Maya não consegue localizar.

Como corrigir: Inclua todos os ficheiros externos no envio da cena. Use caminhos relativos a partir de uma pasta de projeto conhecida (./textures/diffuse.exr em vez de D:\Projects\...). Muitas render farms exigem uma estrutura de «pasta de projeto» em que todos os assets são relativos a uma raiz. Em alternativa, faça cache ou incorpore as texturas diretamente no ficheiro de cena com o ProEXR ou com o gestor de texturas de ficheiro do Maya. Algumas render farms disponibilizam ferramentas que localizam e empacotam automaticamente os assets em falta durante o envio — consulte a interface de envio da render farm.

Problemas de iluminação e de intensidade da luz

A iluminação foi ajustada na perfeição no viewport e a pré-visualização do render parece ótima na estação de trabalho — mas, na render farm, tudo fica completamente preto ou quase invisível. Isto resulta frequentemente de alguns problemas de iluminação específicos, que só se tornam evidentes ao renderizar com a resolução ou com a configuração do motor de renderização da render farm.

Luzes desativadas: O problema mais básico — as luzes estão efetivamente desativadas ou têm intensidade zero. Verifique todas as luzes da cena (Outliner ou menu Lights) e confirme o botão de visibilidade e o valor de intensidade de cada uma. Uma luz com intensidade 0,0 é, na prática, invisível.

Incompatibilidade de escala: O Maya não tem um sistema de unidades inerente. Uma cena modelada em milímetros pode ter luzes definidas para uma cena modelada em centímetros. Se a geometria for 100 vezes maior ou menor do que devia, as luzes ficarão proporcionalmente demasiado afastadas ou demasiado próximas, resultando numa exposição incorreta.

Definições de luz do motor de renderização: O V-Ray, o Arnold e outros motores têm definições de iluminação global, exposição e tone mapping. Se estas estiverem demasiado escuras ou totalmente desativadas, o render da render farm ficará preto, mesmo que as luzes estejam corretas. Verifique as Render Settings (Windows > Rendering Editors > Render Settings > separador Common e, depois, os separadores específicos do motor de renderização) quanto aos valores de exposição e de tone mapping.

Como corrigir: Verifique se todas as luzes estão ativadas e têm intensidade diferente de zero. Use a funcionalidade «Isolate Select» (menu Shading) para renderizar apenas as luzes e confirmar que estão a contribuir. Verifique as definições de iluminação global e de exposição do motor de renderização. Em cenas com escalas de unidades mistas, use o fluxo «Freeze Transformations» e «Delete History» para normalizar as escalas antes do envio.

Definições de renderização e diferenças entre o viewport e a render farm

A pré-visualização do Viewport 2.0 no Maya parece perfeita, mas o render da render farm é preto. Normalmente, isto significa que as definições de renderização estão configuradas para o Viewport 2.0 (pré-visualização em tempo real) em vez de para o motor de renderização efetivo. É um erro fácil de cometer — o viewport faz, por vezes, com que as cenas pareçam melhores do que realmente são.

Causas comuns:

Resolution Gate: A resolução de renderização está definida para coincidir com a do viewport (frequentemente 1920x1080 ou inferior). Enviar para uma render farm onde se renderiza com uma resolução superior ou com uma proporção diferente pode expor problemas de iluminação.
Ray Depth: Os ressaltos de reflexão e refração estão definidos para um valor demasiado baixo (0 ou 1). As superfícies glossy ficam pretas. Consulte Render Settings > Sampling > Ray Depth ou equivalente (a designação varia consoante o motor).
Noise Threshold: Se a amostragem adaptativa do motor for demasiado agressiva, pode ignorar pixels por completo com determinadas contagens de amostras, que são renderizados a preto.
Camera Clipping Planes: Os planos de clipping próximo e afastado da câmara estão demasiado perto ou demasiado longe. A geometria que parece estar bem no viewport está, na verdade, fora do alcance de renderização da câmara.

Como verificar: Abra as Render Settings e compare com a documentação do motor de renderização. Se existir um render que funcione na máquina local, exporte as definições como preset e inspecione os valores. No Arnold, use o Arnold Render View em modo standalone. No V-Ray, consulte o V-Ray Frame Buffer para obter diagnósticos.

Como corrigir: Desative a renderização Viewport 2.0 (menu Shading > Material Overrides) e use o driver de viewport do motor de renderização efetivo. Renderize localmente com a resolução de destino para confirmar que as definições estão corretas. Aumente o Ray Depth para, pelo menos, 3 a 5. Verifique os planos de clipping da câmara (Camera Attributes > Clipping Planes) — em cenas de interiores, certifique-se de que o far clip é suficientemente grande.

Gestão de cor e workflow linear

Os motores de renderização modernos esperam texturas e valores de cor em espaço linear, mas, se a cena estiver configurada para sRGB (ou sem gestão de espaço de cor), as cores ficam incorretas — por vezes quase pretas, porque os valores ficam excessivamente comprimidos. Isto é especialmente comum ao combinar texturas obtidas a partir de fotografias com shaders procedurais.

O que acontece: As texturas codificadas com gamma são tratadas como lineares, comprimindo os valores claros. Os dados que não são de cor (normais, roughness, displacement) sofrem uma correção de gamma indevida, o que reduz a sua eficácia.

Como verificar: Consulte as definições de espaço de cor do motor de renderização (Render Settings > secção Color Management ou os separadores de cor específicos do motor). Verifique o espaço de cor de cada textura no nó file (Hypershade > nó file > menu pendente Color Space).

Como corrigir: Ative a gestão de espaço de cor linear nas Render Settings. Defina todas as texturas de cor como «sRGB» e os dados que não são de cor (normal maps, displacement, roughness) como «Raw» ou «Linear». Isto garante uma renderização consistente em todas as máquinas.

Diferenças entre renderização em batch e renderização interativa

Testa-se a cena com um rápido Render Current Frame no viewport e o resultado parece correto. Mas a renderização em batch (que é a usada pela render farm) produz frames pretos. Isto aponta para uma definição que afeta especificamente o modo batch.

Causas comuns:

Output Overrides ignorados: Alguns motores de renderização têm um caminho de «Output File» relativo à máquina local. O modo batch na render farm usa esse caminho e não o consegue encontrar.
Seleção de câmara: A renderização em batch renderiza todas as câmaras da cena ou a câmara errada. A renderização interativa usou «Render Current Camera», mas o modo batch está configurado para renderizar uma câmara diferente (possivelmente oculta ou vazia).
Definições de Render Layers: Ao usar Render Layers (ou o sistema Legacy de material override, anterior ao Arnold), a renderização em batch pode estar a usar uma layer sem luzes ou com definições incompatíveis.

Como verificar: Mude para o modo Batch Render na janela Render Settings. Confirme qual a câmara selecionada. Ao usar Render Layers, expanda a lista de Render Layers e verifique se a layer ativa tem a visibilidade e as definições adequadas.

Como corrigir: Use a câmara de renderização principal e confirme que é a única câmara configurada para renderizar. Desative as Render Layers se não forem necessárias ou garanta que todas as layers têm os overrides corretos. Teste a renderização em batch localmente antes de enviar para a render farm.

Envio para uma render farm na nuvem

Ao enviar para uma render farm na nuvem, como a Super Renders Farm, há mais um aspeto a considerar: o ambiente de renderização da render farm pode ser diferente do da máquina local. O Ray Depth, os Samples ou outras definições de qualidade da render farm podem não ser os esperados. Em geral, recomendamos incluir todos os dados da cena (geometria, shaders, texturas, simulações em cache) num único envio, para que o renderizador da render farm use as suas definições e não uma predefinição global da render farm.

Algumas render farms exigem que a versão do motor de renderização seja especificada explicitamente. Consulte a documentação da render farm para saber se suporta a versão exata do motor de renderização e quaisquer requisitos específicos de plugins. Em caso de dúvida sobre se a cena será renderizada corretamente na render farm, convém testá-la primeiro com a funcionalidade de pré-visualização ou de render de amostra da render farm (se disponível). É bastante mais barato do que enviar um batch completo e descobrir um problema após horas de renderização.

FAQ

Q: Porque é que os meus renders ficam pretos quando enviados para uma render farm na nuvem, mas ficam bem localmente? A: É provável que a render farm não tenha acesso aos ficheiros de textura externos, esteja a executar uma versão diferente do motor de renderização ou tenha definições de renderização diferentes. A causa mais comum são caminhos de assets em falta — os caminhos locais da máquina (como D:\textures) não existem na render farm. Inclua todas as texturas e assets no envio ou use caminhos relativos.

Q: Como saber se a minha cena tem plugins em falta? A: Abra o Plug-in Manager (Windows > General Editors > Plug-in Manager) e anote todos os plugins carregados. Compare com a lista de plugins suportados da render farm. Em alternativa, tente abrir a cena noutra máquina para ver se aparecem avisos sobre plugins em falta.

Q: Posso usar na render farm uma versão do V-Ray diferente da que tenho localmente? A: Por vezes — mas é arriscado. Se a render farm suportar a versão do motor instalada localmente, use essa. Se a versão local for mais recente do que a da render farm, podem surgir funcionalidades não suportadas. Algumas render farms permitem especificar uma versão no momento do envio. Consulte a documentação da render farm ou contacte o suporte antes de contar com a compatibilidade de versões.

Q: Qual é a diferença entre um render preto e um render em branco? A: Os frames pretos significam normalmente que o renderizador foi executado, mas produziu uma contribuição de luz nula (sem luzes ativadas ou com luzes demasiado afastadas ou fracas). Os frames em branco indicam frequentemente uma falha de renderização — o motor falhou, um plugin não foi carregado ou falta uma definição crítica. Consulte o registo de renderização da render farm para encontrar mensagens de erro que permitam distinguir os dois casos.

Q: A render farm na nuvem suporta o Forest Pack, o Phoenix FD ou outros plugins que estou a usar? A: O suporte varia consoante a render farm. Algumas render farms, como a Super Renders Farm, incluem suporte para o Forest Pack, o Phoenix FD, o Anima e outras ferramentas populares. Consulte a lista de plugins suportados da render farm ou contacte a respetiva equipa de suporte antes de enviar cenas complexas. Se a render farm não suportar um plugin, simplifique a cena para usar apenas ferramentas nativas do Maya.

Q: Devo renderizar com o Viewport 2.0 ou com o viewport do motor de renderização efetivo? A: Use sempre o viewport do motor de renderização efetivo nos testes finais. O Viewport 2.0 é uma pré-visualização em tempo real e usa definições de qualidade diferentes. Pode ocultar problemas que só surgem no renderizador efetivo. Desative a renderização Viewport 2.0 (menu Shading > Material Overrides > Off) e use o driver em tempo real do motor de renderização para obter pré-visualizações rigorosas antes do envio.

Q: Como posso testar a cena antes de a enviar para a render farm? A: Renderize localmente com a resolução e o número de amostras de destino. Abra a cena noutra máquina para testar as dependências de caminhos. Use a funcionalidade de render de amostra ou de pré-visualização da render farm, se disponível — a maioria das render farms geridas oferece uma ferramenta de pré-visualização rápida. Isto custa muito menos do que renderizar um batch completo e só depois descobrir um problema.