Guia de otimização V-Ray: Irradiance Map, Light Cache, UHD Cache

As definições de Iluminação Global (GI) do V-Ray ditam o tempo de renderização por fotograma mais do que quase qualquer outra escolha de configuração. Para renders estáticos de archviz, calcular GI do zero em cada fotograma é um desperdício — o mesmo Irradiance Map e Light Cache pode ser reutilizado numa animação, reduzindo o tempo de renderização por fotograma em 40–70% dependendo da complexidade da cena. Esta página percorre os padrões de cache GI que funcionam melhor numa render farm distribuída: pré-calcular GI localmente antes do upload, reutilizar caches guardadas, os compromissos entre Irradiance Map, Light Cache, UHD Cache e Brute Force, e como empacotar saída EXR com elementos de renderização via V-Ray Frame Buffer.

Este guia aplica-se ao V-Ray para 3ds Max, V-Ray para Maya, V-Ray para Cinema 4D e V-Ray para Houdini — os padrões GI são consistentes entre DCCs. Os detalhes de configuração por DCC encontram-se no documento configurar-* relevante — consultar as referências cruzadas abaixo.

Uma nota sobre a versão do V-Ray: os fluxos de trabalho aqui descritos são atuais para o V-Ray 6.x (lançado em 2022) e V-Ray 7.x (lançado em 2024). Os fluxos de trabalho do V-Ray Next anterior (V-Ray 4.x) usavam nomes de parâmetros ligeiramente diferentes mas o mesmo padrão de cache subjacente. Para V-Ray beta ou pré-lançamento, verificar os nomes de parâmetros na documentação do Chaos antes de depender deste guia.

Por que a cache GI importa numa render farm

O cálculo GI do V-Ray é de duas fases: uma fase de "pré-passo" que amostra a luz indireta em toda a cena (escrevendo numa cache), e uma fase "final" que usa a cache para renderizar os píxeis reais. Para um único render estático, as duas fases correm durante uma renderização. Para uma animação, recalcular GI do zero em cada fotograma causa dois problemas:

1. Computação desperdiçada. A iluminação indireta numa cena arquitetónica tipicamente muda muito pouco de fotograma para fotograma. Recalculá-la 250 vezes para uma animação de 10 segundos desperdiça cerca de 60% do tempo total de renderização.
2. Cintilação de GI. A distribuição de amostras GI de cada fotograma é ligeiramente diferente (devido à aleatoriedade), causando mudanças subtis de brilho entre fotogramas em áreas com iluminação indireta — o modo de falha clássico de "animação archviz com cintilação" e uma das queixas de qualidade mais comuns em submissões de animação sem cache.

A solução é calcular GI uma vez em toda a animação, guardar o resultado num ficheiro de cache, e depois ter a renderização final de cada fotograma a ler a partir da cache. Isto é significativamente mais rápido e elimina a cintilação.

Numa render farm especificamente, o ficheiro de cache é pequeno (tipicamente 10–500 MB), por isso viaja com o upload do projeto a baixo custo. A cache antecipa o custo para a estação de trabalho, onde se tem controlo total sobre os parâmetros de cálculo e o cálculo acontece apenas uma vez.

Comparação rápida dos métodos GI

O V-Ray suporta vários métodos GI para os motores "primário" (visível pela câmara) e "secundário" (ricochetes indiretos). Os quatro mais usados na render farm:

| Método | Motor primário | Motor secundário | Ideal para | Compromisso | |---|---|---|---|---| | Irradiance Map + Light Cache | Irradiance Map | Light Cache | Stills e animação archviz | Configuração mais lenta, menor tempo por fotograma; necessita de pré-passo | | Brute Force + Light Cache | Brute Force | Light Cache | Iluminação complexa, iteração rápida | Maior tempo por fotograma, sem cintilação para animação | | Brute Force + Brute Force | Brute Force | Brute Force | Stills de alta qualidade, sem ficheiros de cache GI | Mais lento por fotograma, maior qualidade | | UHD Cache (V-Ray 6.x+) | (variável) | UHD Cache | Fluxo de trabalho moderno simplificado | Mais recente, pode diferir das pipelines estabelecidas |

O padrão recomendado para animação archviz na nossa render farm: Irradiance Map (primário) + Light Cache (secundário), com ambos pré-calculados e guardados antes da submissão. Para stills de produto pontuais onde o tempo de configuração importa mais do que o tempo por fotograma, UHD Cache ou Brute Force + Light Cache é uma entrada mais rápida.

Padrão 1: Pré-calcular Irradiance Map + Light Cache para renders estáticos

Para um único render estático de alta qualidade:

1. Configurar as definições GI localmente. - V-Ray → Iluminação Global → ativar. - Motor primário: Irradiance Map. - Motor secundário: Light Cache. - Preset do Irradiance Map: Médio (ou superior para imagens principais). - Light Cache: 1000 subdivisões (padrão), tamanho de amostra 0,02.

1. Definir ambos os modos como "Fotograma único" no menu suspenso Modo de cada motor.

1. Ativar "Guardar em disco" para Irradiance Map e Light Cache. Definir os caminhos dos ficheiros para uma subpasta gi/ dentro do projeto — por exemplo, gi/cena_v01_ir.vrmap e gi/cena_v01_lc.vrlmap.

1. Renderizar a cena localmente na resolução alvo (ou numa resolução reduzida se a complexidade da cena tornar um cálculo a resolução completa inviável — a qualidade GI do V-Ray é maioritariamente independente da resolução para estas caches).

1. Verificar se os ficheiros de cache foram escritos. Verificar a pasta gi/ para os ficheiros .vrmap e .vrlmap. Ficheiros de cache vazios ou com zero bytes significam que o pré-passo falhou silenciosamente — executar novamente e observar o registo do V-Ray para avisos.

1. Mudar os modos para "A partir de ficheiro" para ambos os motores, apontando para os ficheiros de cache guardados.

1. Desativar "Guardar em disco" para que o worker não tente re-guardar. Isto falharia se o worker não conseguisse escrever no caminho, e o erro resultante geralmente apresenta-se como um genérico "renderização falhou" sem causa óbvia.

1. Empacotar o projeto incluindo a pasta gi/, arquivar e fazer upload.

O worker lê as caches GI em tempo de renderização e escreve a imagem final. O tempo de renderização por fotograma é significativamente menor do que se o worker tivesse de calcular GI do zero, e os ficheiros de cache são minúsculos relativamente ao arquivo do projeto, pelo que não há overhead de upload significativo.

Padrão 2: Animação com Animation (prepass) + Animation (rendering) — fluxo de trabalho V-Ray Next

Para animação archviz V-Ray (o caso de uso mais comum de render farm), o V-Ray Next introduziu um fluxo de trabalho dedicado em dois modos que é o padrão de facto ao longo do V-Ray 6.x e 7.x:

1. Configurar o pré-passo. - V-Ray → Iluminação Global → Motor primário: Irradiance Map. - Irradiance Map → Modo: Animation (prepass). - Motor secundário: Light Cache. - Light Cache → Modo: Fotograma único (o Light Cache é recalculado por fotograma a baixo custo; isto é adequado e evita crescimento excessivo da cache). - Definir o Intervalo de Fotogramas para o pré-passo de forma a corresponder ao intervalo de animação. - Definir o caminho de saída para os ficheiros de cache do Irradiance Map como gi/cena_v01_ir_<frame>.vrmap. O V-Ray escreve uma cache por fotograma de pré-passo.

1. Executar o pré-passo. Na estação de trabalho, renderizar o intervalo de animação completo. O V-Ray ignora a saída real de fotogramas — apenas os ficheiros de cache são escritos. Este passo é o lento; planear o tempo em conformidade. Para archviz de interiores, esperar que o tempo de pré-passo seja 20–40% do que uma renderização completa sem cache demoraria.

1. Compilar os ficheiros de cache por fotograma. A maioria das versões do V-Ray funde automaticamente os Irradiance Maps por fotograma ao mudar para o modo "Animation (rendering)". Alguns fluxos de trabalho requerem um passo de fusão manual usando o utilitário de fusão do Irradiance Map (menu V-Ray → Ferramentas → Irradiance Map → Fundir Mapas IRR). Resultado: um único .vrmap fundido cobrindo todo o intervalo de animação.

1. Mudar o modo para Animation (rendering). Apontar o Irradiance Map para o ficheiro de cache fundido.

1. Desativar o guardamento da cache. O ficheiro fundido é a fonte da verdade.

1. Empacotar e submeter. O worker lê o Irradiance Map fundido para cada fotograma, calcula o Light Cache novo por fotograma (barato), e renderiza a imagem final. O tempo de renderização por fotograma na render farm é tipicamente 40–60% menor do que sem cache, e a cintilação GI entre fotogramas é eliminada.

Uma pequena otimização para animações muito longas: calcular o pré-passo em cada N-ésimo fotograma (por exemplo, 1 em 5) em vez de cada fotograma. O V-Ray interpola entre os fotogramas de pré-passo esparsos em tempo de renderização — cache menor, pré-passo mais rápido, com um custo de qualidade geralmente invisível para archviz.

Padrão 3: UHD Cache (fluxo de trabalho simplificado V-Ray 6.x)

O V-Ray 6.x introduziu a UHD Cache como alternativa mais simples à combinação Irradiance Map + Light Cache. A UHD Cache combina as passagens GI primária e secundária num único sistema de cache unificado, removendo a necessidade de configurar dois motores independentemente.

Quando usar UHD Cache:

• Novos projetos criados em V-Ray 6.x+ — o fluxo de trabalho é mais simples de configurar do que Irradiance Map + Light Cache.
• Tipos de cena mistos onde de outra forma se teria de trocar métodos GI (por exemplo, interior + exterior na mesma animação).
• Iteração mais rápida durante as fases de configuração da cena, antes de fixar as definições de qualidade final.

Quando manter Irradiance Map + Light Cache:

• Pipelines existentes de V-Ray 4.x / 5.x onde o fluxo de trabalho Irradiance Map + Light Cache já está validado e a produzir o aspeto pretendido.
• Stills de qualidade máxima onde a interpolação do Irradiance Map produz um resultado mais limpo do que a amostragem adaptativa da UHD Cache.
• Estúdios com extensas bibliotecas de imagens indexadas a formatos específicos de cache GI.

Configuração para UHD Cache:

1. V-Ray → Iluminação Global → motor primário: mudar para UHD Cache (no V-Ray 6.x+).
2. Configurar presets de qualidade (Baixo / Médio / Alto). Médio é um padrão sensato para a maioria das cenas.
3. Ativar "Guardar em disco" para a UHD Cache.
4. Pré-calcular na estação de trabalho e incluir o ficheiro de cache no upload do projeto.
5. Mudar o modo para "A partir de ficheiro" e desativar o guardamento antes de empacotar — mesmo padrão que o Irradiance Map.

Padrão 4: Brute Force quando a cache GI não é viável

Algumas cenas não guardam bem em cache — tipicamente cenas com iluminação dinâmica extrema (volumétricos, matrizes de área de luz, superfícies emissivas animadas) onde as amostras GI variam demasiado entre fotogramas para a cache ser útil. Para estas, o Brute Force é a escolha certa:

1. Motor primário: Brute Force, Motor secundário: Light Cache.
2. Definir as subdivisões do Brute Force altas o suficiente para limpar o ruído (tipicamente 8–24, calibradas localmente).
3. Não são necessários ficheiros de cache. O worker calcula tudo por fotograma.
4. O tempo por fotograma é maior do que Irradiance Map + Light Cache, mas a qualidade é consistente e não há risco de cintilação relacionada com a cache.

Este padrão é preferido para trabalho VFX, configurações de iluminação complexas e stills onde o tempo até ao resultado é menos importante do que o aspeto. Também é mais tolerante quando as cenas têm ciclos de modificação pesados — sem caches a invalidar.

Guia de decisão método vs. caso de uso

Um fluxo de decisão simplificado para escolher um método GI:

| A sua cena | Método recomendado | |---|---| | Exterior archviz estático | Irradiance Map + Light Cache, pré-calculados, modo "A partir de ficheiro" | | Interior archviz estático | Irradiance Map + Light Cache, pré-calculados, amostras mais altas | | Animação exterior archviz | Animation (prepass) + Animation (rendering) | | Animação interior archviz | Animation (prepass) + Animation (rendering), pré-calc 1 fotograma em 5 | | Visualização de produto | UHD Cache (V-Ray 6.x+) ou Brute Force + Light Cache | | Plano VFX com volumétricos | Brute Force + Light Cache, sem ficheiros de cache | | Iteração rápida / lookdev | UHD Cache, preset Baixo | | Imagem principal para portfólio | Brute Force + Brute Force, amostras altas |

A cache GI deve ser calculada antes do upload

Um ponto que vale a pena reiterar porque é a causa mais comum de custo evitável em trabalhos V-Ray na render farm: as caches GI devem ser calculadas na estação de trabalho antes do projeto ser carregado. Não existe nenhum modo equivalente "calcular GI na render farm primeiro, depois renderizar" que funcione eficientemente em workers distribuídos. O cálculo GI é sequencial, não paralelo — cada amostra do Irradiance Map depende de amostras anteriores, pelo que o pré-passo não pode ser distribuído.

Os dois modos de falha mais comuns:

• Modo deixado em "Fotograma único" numa submissão de animação. Cada worker re-executa independentemente o mesmo pré-passo caro por fotograma, desperdiçando a maior parte do paralelismo que a render farm proporciona. Uma animação de 250 fotogramas que deveria demorar uma hora acaba a demorar oito.
• Os caminhos do ficheiro de cache apontam para a letra de unidade da estação de trabalho (por exemplo, D:\meus-projetos\gi\cena_ir.vrmap). O worker não consegue resolver o caminho e reverte para o modo "calcular GI" silenciosamente, frequentemente com cintilação GI porque cada worker calcula um pré-passo ligeiramente diferente.

A correção em ambos os casos é a mesma: pré-calcular localmente, definir o modo para "A partir de ficheiro" ou "Animation (rendering)," usar caminhos relativos (./gi/cena_ir.vrmap), e verificar se os ficheiros de cache existem na pasta do projeto antes de empacotar.

Para estúdios a fazer trabalho de animação recorrente, o custo do pré-passo é amortizado: calcular uma vez, renderizar centenas de fotogramas contra a mesma cache.

Reutilizar o Irradiance Map para reduzir o tempo de renderização

Um padrão que não é óbvio para utilizadores de render farm V-Ray pela primeira vez: depois de calcular um Irradiance Map para uma cena, é possível reutilizá-lo em re-renders para ajustes de câmara, iterações de lookdev e mesmo variantes de iluminação — desde que a geometria da cena e as posições de luz não tenham mudado materialmente.

Concretamente: se for renderizada uma cena archviz com um Irradiance Map específico, e uma semana mais tarde o cliente pedir uma variante de luz do dia que troca a direção do sol em 20 graus, não é necessário recalcular o Irradiance Map. O mapa existente cobre amostras de luz indireta em toda a geometria; a componente de luz direta (sol, luzes de área) é recalculada por renderização de qualquer forma. Manter o ficheiro .vrmap em cache e re-submeter apenas com a iluminação alterada.

Onde é necessário recalcular:

• Mudanças de geometria. Paredes movidas, mobiliário adicionado, escala alterada — os pontos de amostra do Irradiance Map estão agora errados.
• Mudanças significativas na configuração de iluminação. Adicionada ou removida uma grande área de luz, alterada a cúpula HDRI, mudança entre configuração de iluminação exterior e interior.
• Mudanças de albedo de material que afetam o ricochete indireto. Mudar uma parede branca para madeira escura afetará a luz indireta visivelmente. Os ajustes subtis de matiz geralmente não afetam.

Para animação, o .vrmap fundido é reutilizável no mesmo caminho de câmara para re-renderizações de variantes. Já vimos estúdios obterem 4–5 renders a partir de um único Irradiance Map calculado ao longo de um ciclo de revisão típico.

Formatos de saída: EXR + elementos de renderização via V-Ray Frame Buffer

Depois de configurado o GI e a cena estar pronta para submeter, a próxima decisão é como escrever a saída. Para tudo o que se destina a um fluxo de trabalho de composição ou gradação, a resposta é o V-Ray Frame Buffer (VFB) a escrever EXR multi-canal com elementos de renderização, não PNG/JPG direto do renderizador.

Por que VFB + EXR + elementos de renderização:

• Flexibilidade de composição. Cada elemento de renderização (difusa, reflexão, refração, GI, especular, ambient occlusion, Cryptomatte, Z-depth, posição no mundo, vetores de movimento) fica como canal separado dentro de um único ficheiro EXR. O compositor extrai apenas o que precisa sem re-renderizar.
• Sem gravação de efeitos de pós-processamento. Os efeitos de lente, gradação de cor, exposição, brilho e bloom que o VFB pré-visualiza são mantidos como valores ajustáveis no cabeçalho EXR — não são queimados nos píxeis em tempo de renderização.
• Precisão sem perdas. O EXR é de meia-float (16 bits) ou float completo (32 bits) por canal. Os altos valores não são cortados, as sombras não são esmagadas e a re-gradação é não destrutiva.
• Um ficheiro por fotograma, não um ficheiro por canal. O EXR multi-canal mantém os números de fotogramas alinhados em todos os elementos automaticamente.

Como configurar na estação de trabalho antes da submissão:

1. Abrir as definições do V-Ray Frame Buffer. No 3ds Max: separador V-Ray → Frame buffer. No Maya: V-Ray Common → painel V-Ray Frame Buffer. No Cinema 4D e Houdini: localização semelhante nas definições de renderização V-Ray.

1. Ativar o V-Ray Frame Buffer (não o frame buffer nativo da aplicação host). O VFB é proprietário do pipeline de escrita EXR + elementos de renderização; o frame buffer nativo não trata os elementos de renderização corretamente para saída em render farm.

1. Ativar "Guardar canais de renderização separados" e "Guardar RGB e alfa" para que a passagem beauty seja escrita no mesmo EXR multi-canal. A saída em ficheiro único é preferida para trabalho em render farm.

1. Definir a saída para OpenEXR (.exr). Profundidade de bits: meia-float de 16 bits é o padrão para composição; float completo de 32 bits é útil para VFX com intervalos HDR extremos.

1. Adicionar os elementos de renderização necessários. No 3ds Max: Configuração de Renderização → separador Elementos de Renderização → Adicionar → escolher da lista de elementos V-Ray (V-RayDiffuseFilter, V-RayReflection, V-RayGlobalIllumination, V-RayCryptomatte, V-RayZDepth, etc.). No Maya: painel AOV / Elementos de Renderização no separador V-Ray. No Cinema 4D e Houdini: configuração Multi-Pass / AOV. Incluir sempre no mínimo: difusa, reflexão, refração, GI, especular, alfa, Z-depth e um Cryptomatte se for necessária composição por objeto.

1. Definir o caminho de saída para uma subpasta output/ limpa dentro do projeto — por exemplo, output/cena_v01.####.exr. Usar apenas caminhos relativos.

1. Desativar a opção "guardar imagem" do renderizador nativo. Se tanto o guardamento do VFB como o guardamento do host estiverem ativados, serão obtidos ficheiros duplicados em caminhos diferentes e o arquivo descarregado duplicará de tamanho.

1. Verificar localmente com um único fotograma de teste. Renderizar um fotograma, abrir o EXR num compositor (Nuke, After Effects, Fusion, DaVinci Resolve), confirmar que todos os canais estão presentes e com o nome esperado.

Armadilhas comuns: a saída PNG/JPG grava efeitos de pós e abandona os elementos de renderização (usar apenas para pré-visualizações); os elementos de renderização adicionados mas com o guardamento VFB desativado produzem apenas uma passagem beauty sem canais separáveis; os EXRs separados por canal funcionam mas tornam a correspondência de fotogramas frágil — o EXR multi-canal é o padrão mais limpo.

Para renders estáticos de resolução muito alta (8K+), ou cenas com mais de 20 elementos de renderização, o tamanho do ficheiro EXR pode crescer substancialmente (200+ MB por fotograma). Planear a largura de banda de download em conformidade.

Subdivisões do Light Cache vs. tamanho de amostra

O Light Cache tem dois parâmetros que controlam principalmente a qualidade: subdivisões (contagem de amostras) e tamanho de amostra (raio de interpolação). Orientação rápida:

• Subdivisões. Padrão 1000. Para archviz de interiores, 1500–2500 produz GI mais limpo. Para exteriores, 800–1200 é geralmente suficiente. Valores mais altos aumentam o tempo de pré-passo de forma aproximadamente linear.
• Tamanho de amostra. Padrão 0,02 (2% do raio da cena). Valores mais baixos (0,01) produzem detalhe GI mais nítido ao custo de ruído; valores mais altos (0,05) suavizam a variação de pequena escala. Não alterar sem testar — valores demasiado altos perdem detalhe de sombra de contato, valores demasiado baixos produzem GI manchado.

Para pré-passos de animação, definir "Usar Light Cache para raios de brilho" → ativado, o que produz reflexos de brilho mais suaves ao longo da animação e reduz fireflies em materiais de vidro e metal.

Resolução de problemas de GI V-Ray na render farm

Para resolução de problemas geral aplicável a todos os DCCs, consultar .

• "Ficheiro Irradiance Map não encontrado" na renderização. Verificar se o caminho do ficheiro de cache nas definições V-Ray é relativo à pasta do projeto, não absoluto. O worker resolve caminhos a partir da raiz do projeto no momento da submissão.
• O caminho do ficheiro de cache GI usa a letra de unidade da estação de trabalho. Editar os caminhos dos ficheiros de cache nas definições V-Ray para usar caminhos relativos (./gi/cena_ir.vrmap) antes da submissão. A ferramenta Simular Caminho Local pode ajudar a validar isto — consultar .
• Cintilação de animação apesar de usar GI em cache. Verificar se o modo de cache está definido como "Animation (rendering)" na passagem final, não "Fotograma único" ou "Animation (prepass)". Verificar também se o ficheiro de cache realmente cobre o intervalo de animação completo — uma cache parcial causará cintilação fora do intervalo em cache.
• O worker calcula GI do zero apesar da cache estar incluída. Verificar se "Guardar em disco" está desativado e se o Modo está definido como "A partir de ficheiro" (para stills) ou "Animation (rendering)" (para animação). Se o Guardar estiver ativado, o V-Ray pode tentar sobrescrever o ficheiro de cache em tempo de renderização e falhar.
• O ficheiro UHD Cache não é lido pelo worker. Mesma causa raiz que o Irradiance Map: apenas caminhos relativos, modo "A partir de ficheiro", Guardar desativado.
• Os elementos de renderização EXR chegam vazios ou com canais em falta. Verificar se "Guardar canais de renderização separados" está ativado nas definições VFB antes da submissão, e se o fotograma de teste na estação de trabalho produziu um EXR multi-canal completo. Se a versão na estação de trabalho também tiver canais em falta, o problema está a montante da render farm.
• O EXR de saída é de 8 bits por canal. O EXR pode ser escrito a 8 bits mas raramente é — geralmente isto é uma configuração incorreta nas definições de profundidade de bits do VFB. Mudar para meia-float de 16 bits e re-renderizar o fotograma de teste.

Referências cruzadas

• — resolução de problemas de falhas de trabalhos
• — problemas de qualidade de renderização incluindo padrões de cintilação GI
• — fluxo de upload, envio, download
• — V-Ray para 3ds Max especificidades
• — V-Ray para Maya especificidades
• — V-Ray para Cinema 4D especificidades
• — ferramenta de validação Simular Caminho Local
• — landing page
• — artigo sobre desempenho de dispersão

FAQ

Q: É mesmo necessário pré-calcular o Irradiance Map e o Light Cache localmente antes de submeter para a render farm? A: Fortemente recomendado para animação; opcional para stills. O cálculo GI é sequencial e não pode ser paralelizado entre workers, pelo que uma submissão de animação sem cache faz com que cada fotograma re-execute o mesmo pré-passo caro, desperdiçando a maior parte do paralelismo da render farm. Para stills, o pré-passo corre apenas uma vez por renderização de qualquer forma, pelo que a poupança de tempo de pré-calcular é menor — mas ainda é boa prática para reprodutibilidade e para manter os elementos de renderização estáveis entre re-renders.

Q: A animação tem cintilação GI apesar de ter pré-calculado o Irradiance Map. Porquê? A: Três causas prováveis: (1) o modo do Irradiance Map na passagem final não está definido como "Animation (rendering)" — pode estar em "Fotograma único", o que causa recálculo por fotograma; (2) o ficheiro de cache não cobre o intervalo de animação completo; (3) o pré-passo foi calculado com uma taxa de amostragem demasiado baixa, pelo que a própria cache tem ruído. Corrigir re-executando o pré-passo com amostras mais altas e verificando o modo na passagem final.

Q: Quando usar UHD Cache em vez de Irradiance Map + Light Cache? A: A UHD Cache (V-Ray 6.x+) é mais simples de configurar e funciona bem para novos projetos onde não se tem definições estabelecidas de Irradiance Map + Light Cache. Manter Irradiance Map + Light Cache para pipelines existentes ou para stills principais onde a interpolação do Irradiance Map produz um resultado mais limpo.

Q: O cálculo do Irradiance Map demora 4 horas localmente antes de poder submeter. Há uma forma mais rápida? A: Três otimizações: (1) reduzir o preset do Irradiance Map para "Médio" ou "Baixo" — para animação, o pré-passo a um preset mais baixo produz uma cache semelhante a presets mais altos após suavização temporal de composição; (2) calcular o pré-passo a resolução reduzida (50% do final); (3) para animações muito longas, calcular o pré-passo a cada 5.º fotograma e deixar o V-Ray interpolar entre eles.

Q: A render farm pode calcular o pré-passo do Irradiance Map e depois renderizar a passagem final num único trabalho? A: Não eficientemente. O pré-passo correria num único worker (sequencialmente), e a passagem final correria de forma distribuída. Seria necessário pagar pelo tempo de pré-passo de um worker mais o tempo de passagem final distribuída, vs. pré-calcular localmente gratuitamente. O padrão recomendado continua: pré-passo na estação de trabalho, passagem final na render farm.

Q: A cena usa V-Ray Distributed Rendering (DR) localmente. Como isso se traduz para a render farm? A: O V-Ray DR é para dividir um único still por múltiplas estações de trabalho em LAN. Na render farm, o equivalente é a distribuição de buckets de renderização tratada ao nível da fila — a render farm distribui buckets pelos workers automaticamente por fotograma. Não é necessário configurar o V-Ray DR; submeter normalmente.

Q: Estou a usar apenas Light Cache (sem Irradiance Map) como motor primário. É suportado? A: Sim. Os padrões "Apenas Light Cache" ou "Brute Force + Light Cache" são suportados na render farm. O cálculo do Light Cache por fotograma é rápido o suficiente para que a pré-cache não seja geralmente necessária para cenas típicas.

Q: A versão V-Ray é 4.x (V-Ray Next). Estes fluxos de trabalho ainda se aplicam? A: Sim, com ajustes nos nomes dos parâmetros. O V-Ray Next usava terminologia ligeiramente diferente (por exemplo, "Pre-pass animation" vs. "Animation (prepass)"), mas o padrão de cache subjacente é idêntico. Os modos "A partir de ficheiro" e "Guardar em disco" funcionam da mesma forma. Para os nomes específicos dos parâmetros no V-Ray 4.x, verificar a documentação do V-Ray 4.x; para novos projetos, o V-Ray 6.x ou 7.x é recomendado.

Q: Por que EXR com elementos de renderização em vez de simplesmente renderizar para PNG? A: O EXR com elementos de renderização dá ao compositor todos os canais (difusa, reflexão, GI, Z-depth, Cryptomatte, etc.) dentro de um ficheiro multi-canal por fotograma. O PNG achata para 8 bits e grava quaisquer efeitos de pós nos píxeis, removendo a flexibilidade de composição. Para saída de qualidade final, o EXR é o formato que mantém as renderizações editáveis a jusante.

---