Otimização de render do GrowFX: dicas V-Ray e Corona

Otimização da renderização do GrowFX: estratégias para V-Ray e Corona

A vegetação GrowFX, o sistema procedural da Exlevel, oferece realismo a um custo elevado: milhões de polígonos gerados proceduralmente, avaliação de materiais complexa e um consumo de memória enorme. Uma cena de vegetação pronta para produção pode demorar entre 4 e 12 horas a renderizar localmente numa única workstation de gama alta. A esse ritmo, a iteração fica a passo de caracol e os prazos tornam-se irrealistas.

Otimizar com eficácia exige perceber como o V-Ray e o Corona processam a vegetação, onde surgem os estrangulamentos e que estratégias dão, de facto, um ganho de velocidade mensurável. Este guia apresenta técnicas de otimização concretas e testadas que reduzem o tempo de renderização sem sacrificar a qualidade visual.

Perceber onde é gasto o tempo de renderização do GrowFX

Fase 1: avaliação da geometria e construção das estruturas de aceleração (maior estrangulamento)

Antes de qualquer píxel ser renderizado, as regras procedurais do GrowFX têm de ser expandidas em geometria real. Esta fase decorre num único thread e não pode ser paralelizada:

Os caminhos de spline são avaliados hierarquicamente (pai → filho → neto)
São aplicados os modificadores procedurais (ruído, estreitamento, curvatura)
As junções Meta Mesh são calculadas (se estiverem ativadas)
A malha poligonal final é gerada
As estruturas de aceleração são construídas (árvores BVH no V-Ray, estruturas unificadas no Corona)

Intervalo de tempo: de 5 minutos a mais de 3 horas, consoante a complexidade

O que NÃO está a acontecer: ray tracing, avaliação de materiais, cálculo de píxeis. A renderização ainda não começou.

Numa cena típica de floresta GrowFX complexa, esta fase consome 60-80 % do tempo total de renderização. É por isso que otimizar a geometria tem mais impacto do que otimizar os materiais ou as definições de ray tracing.

Fase 2: compilação de materiais e configuração de shaders (10-20 % do tempo)

Depois de a geometria existir, os motores de renderização compilam os materiais e configuram as avaliações de shaders:

O V-Ray processa as definições de materiais em threads e avalia callbacks
O Corona carrega os materiais no seu sistema unificado
Os mapas de opacidade são pré-processados
Os caminhos das texturas são verificados e as texturas são carregadas na VRAM ou na memória

Intervalo de tempo: de 30 segundos a 5 minutos

A otimização nesta fase traz ganhos menores do que a da geometria, mas a redução de texturas continua a ser importante.

Fase 3: renderização de píxeis (restantes 10-30 % do tempo)

Ray tracing, cálculo de luz e saída final dos píxeis. É aqui que a maioria dos motores de renderização paraleliza com eficácia.

Intervalo de tempo: de 30 minutos a mais de 8 horas, consoante a resolução, as amostras e a iluminação da cena

A otimização nesta fase tem retornos decrescentes, a menos que se aceite ruído visível ou perda de qualidade visual.

Estratégia de otimização 1: redução agressiva de geometria

Identificar a geometria desnecessária

Abra a árvore GrowFX na viewport e analise cada nível de crescimento:

Tronco: manter sempre o detalhe total. Os troncos são visíveis em planos aproximados.
Ramos primários: manter com 80-100 % de detalhe. São estruturais.
Ramos secundários: reduzir para 50 % de detalhe. O detalhe não é visível às distâncias de câmara habituais.
Ramos terciários: reduzir para 25 % de detalhe. Ficam sobretudo escondidos pela folhagem.
Raminhos: simplificar de forma agressiva. Quase nunca são visíveis individualmente.
Folhagem: pode ser substituída por proxies de geometria (ver a secção sobre conversão em proxies).

Técnicas de redução específicas

Reduzir o número de segmentos:

Tronco de destaque (hero): 20 segmentos
Tronco de fundo: 8 segmentos
Ramo de destaque: 12 segmentos
Ramo de fundo: 4-6 segmentos

Reduzir de 20 para 8 segmentos poupa 60 % da geometria desse elemento. Numa árvore em que 50 % da geometria passe a ter menos segmentos, a contagem total de polígonos diminui 20-30 %.

Desativar o Meta Mesh em assets que não sejam de destaque:

O Meta Mesh multiplica a contagem de polígonos por 2 a 4. Na vegetação de fundo, desative-o por completo:

Selecione uma árvore que não seja de destaque
Nas propriedades do GrowFX, desative «Meta Mesh»
Utilize, em alternativa, geometria cilíndrica simples
Repita o processo para todas as árvores de fundo

Só esta alteração pode reduzir em 50 % a contagem de polígonos da cena, se a vegetação de fundo tinha anteriormente o Meta Mesh ativado.

Reduzir o detalhe de subdivisão da folhagem:

O GrowFX gera a folhagem como folhas individuais ou grupos de folhas. Reduza:

Densidade de folhas: 80-90 % do original
Resolução das folhas: utilize geometria simples de quads em vez de formas de folha detalhadas
Animação das folhas: desative a resposta ao vento folha a folha se não for visível

Aplicar culling por distância:

A maioria dos motores de renderização suporta culling de visibilidade. Os objetos fora do frustum de visão da câmara são ignorados:

No motor de renderização, ative o culling de câmara
Defina as distâncias de culling: as árvores a mais de 50 m da câmara ficam ocultas
Teste um frame: a maioria das árvores de fundo desaparece e o tempo de avaliação da geometria cai drasticamente

Numa grande cena de archviz que testámos, a avaliação da geometria passou de 2 horas e 15 minutos para 18 minutos (redução de 85 %) ao ativar o culling. A diferença visual foi impercetível.

Exemplo de impacto real

Antes da otimização:

50 árvores GrowFX, todas com Meta Mesh completo e troncos de 20 segmentos
Total de polígonos: 2,5 mil milhões
Avaliação da geometria: 2 horas e 45 minutos
Tempo de renderização (4K, 500 amostras): 8 horas
Total: 10 horas e 45 minutos

Depois da otimização:

5 árvores de destaque (detalhe total), 20 árvores de plano intermédio (50 % de detalhe, sem Meta Mesh), 25 árvores de fundo (eliminadas por culling)
Total de polígonos: 350 milhões (redução de 86 %)
Avaliação da geometria: 15 minutos
Tempo de renderização (4K, 500 amostras): 1 hora e 30 minutos
Total: 1 hora e 45 minutos (redução de 84 % no tempo)

Diferença visual: praticamente impercetível sem uma comparação píxel a píxel, lado a lado.

Estratégia de otimização 2: conversão em proxies

A conversão em proxies é a referência para a otimização do GrowFX em grande escala.

O que faz a conversão em proxies

Os proxies externalizam a geometria para ficheiros binários separados:

Original: asset procedural GrowFX + ficheiro de cena do 3ds Max (lento, com elevado consumo de memória)
Com proxy: geometria estática num ficheiro .vrproxy ou .coronaproxy + referência leve na cena (rápido, eficiente em memória)

Benefícios:

Avaliação da geometria 50 a 100 vezes mais rápida (5 segundos em vez de 5 minutos)
Redução de memória de 2 a 4 vezes
Tamanho do ficheiro de cena reduzido em 80-90 %
Possibilidade de partilhar ficheiros proxy entre várias variações da cena

Fluxo de trabalho de conversão em proxies para o V-Ray

Selecione a árvore GrowFX
Nas V-Ray Globals, ative «Create Proxies»
Indique a localização de saída (idealmente uma partilha de rede)
Renderize um frame de teste. O V-Ray gera ficheiros .vrproxy.
Substitua o objeto GrowFX por uma referência a V-Ray Proxy (objeto V-Ray Proxy na cena)
Aponte o proxy para o ficheiro .vrproxy gerado
Elimine o objeto GrowFX original
Guarde a cena

Resultado: a cena renderiza de forma idêntica, mas é preparada em segundos em vez de minutos.

Conversão em proxies para o Corona

Selecione a árvore GrowFX
Clique com o botão direito → Corona Renderer → Object Properties
Em Geometry, defina «Geometry Export Mode» como «Corona Proxy»
Clique em «Export Geometry»
Selecione a localização de saída
O Corona gera um ficheiro .coronaproxy
Na cena, o objeto GrowFX passa automaticamente a ser uma referência de proxy
Opcional: elimine o objeto GrowFX original para reduzir o tamanho do ficheiro de cena

Resultado: os mesmos benefícios de otimização dos proxies do V-Ray.

Quando os proxies compensam o esforço adicional

Utilizar proxies se: a cena tiver 5 ou mais árvores complexas, o total de polígonos exceder 500 milhões ou a avaliação da geometria demorar mais de 10 minutos
Dispensar proxies se: houver uma única árvore simples, o total de polígonos for inferior a 100 milhões ou a avaliação da geometria demorar menos de 2 minutos

Cache de proxies e animação

Nas animações, os proxies têm de lidar com as alterações de geometria de frame para frame:

Geometria estática: um ficheiro proxy por árvore única (o mais eficiente)

Geometria animada: gerar proxies por frame:

Ative «Cache Per Frame» no V-Ray ou no Corona
Renderize a animação. É gerado um ficheiro proxy por frame.
Referencie estes proxies específicos de cada frame na timeline da animação

É mais complexo, mas trata corretamente a animação do vento e as alterações de crescimento.

Estratégia de otimização 3: otimização de texturas e materiais

Redução da resolução das texturas

As texturas de casca e de folha em alta resolução consomem memória e aumentam a carga da amostragem de texturas:

Antes:

Textura da casca: 4K (4096×4096)
Textura das folhas: 4K (4096×4096)
Por árvore, 3 materiais: 48 MB de dados de textura

Depois:

Textura da casca: 2K (2048×2048)
Textura das folhas: 2K (2048×2048)
Por árvore, 3 materiais: 12 MB de dados de textura (redução de 75 %)

A redução da resolução poupa VRAM e largura de banda de memória. As texturas 4K raramente são necessárias para vegetação às distâncias de câmara habituais.

Atlas de texturas

Se houver 5 texturas de casca diferentes e 10 variações de folha, cada uma é carregada separadamente. Em alternativa:

Combine todas as texturas de casca num único atlas 4K
Combine todas as texturas de folha num único atlas
Utilize IDs de material no espaço UV para selecionar a região de textura que cada polígono usa

Resultado: 15 texturas reduzidas a 2, cada uma carregada uma só vez. A utilização de VRAM desce 7 a 10 vezes em vegetação complexa.

Desativar funcionalidades de material dispendiosas

Algumas funcionalidades de material têm um custo computacional elevado:

Subsurface Scattering (SSS): dispendioso, mas essencial para um aspeto realista das folhas. Manter, mas afinar de forma conservadora (distância de 0,05-0,15 mm em vez de 0,5 mm).

Bump/displacement de alta resolução: dispendioso e quase invisível na folhagem. Utilizar mapas de bump mais simples ou desativar por completo.

Materiais em camadas complexos: cada camada de material acrescenta carga. Simplificar para 2-3 camadas em vez de 5 ou mais.

Shadow maps em tempo real: se forem usados shadow maps para a folhagem, garantir uma resolução conservadora (1024 em vez de 4096).

Estratégia de otimização 4: otimização das definições de renderização

Compromissos da renderização baseada em amostras

Qualidade vs. tempo:

100 amostras/píxel: 1-2 horas por frame (ruidoso para vegetação)
300 amostras/píxel: 3-6 horas por frame (boa qualidade, ainda com ruído visível)
500 amostras/píxel: 6-12 horas por frame (excelente qualidade)
1.000 amostras/píxel: 12-24 horas por frame (exagero para a maioria dos projetos)

Em cenas com muita vegetação, 300-500 amostras costuma ser o ideal. A folhagem tolera bem o ruído, pelo que se pode usar uma renderização mais rápida do que a de uma cena de archviz com superfícies rígidas.

Denoising

Os motores de renderização modernos suportam denoising:

V-Ray Denoiser: 200 amostras + denoise ≈ qualidade de 400-500 amostras, muito mais rápido
Corona Denoiser: abordagem semelhante

A utilização de denoisers pode reduzir o tempo de renderização em 30-50 % mantendo a qualidade. Na renderização em render farm, os denoisers são quase obrigatórios.

Otimização das amostras de luz

Antes:

Luzes de área: 16 amostras cada
Luz solar: 256 amostras (para sombras nítidas)
Total: dispendioso para cenas complexas

Depois:

Luzes de área: 4 amostras cada
Luz solar: 16 amostras
Ativar o denoising

Resultado: renderização 5 a 10 vezes mais rápida, com a passagem de denoise a recuperar a qualidade.

Aproximação de geometria (avançado)

Alguns motores de renderização suportam a aproximação de geometria:

Aproximação de displacement: displacement de muitos polígonos convertido numa aproximação simplificada
Simplificação procedural: geometria procedural complexa substituída por uma versão pré-calculada (baked) mais simples

Ambas são otimizações específicas de cada cena que exigem testes, mas podem proporcionar acelerações de 20-40 % em cenas pesadas.

Estratégia de otimização 5: otimização em render farm

Numa render farm, aplicam-se estratégias adicionais:

Renderização distribuída de frames

Nas animações:

Renderizar cada frame num nó da render farm separado, em paralelo
Animação de 300 frames renderizada em 1 dia com 300 nós (contra 3 meses localmente)
O esforço de avaliação da geometria é amortizado: é pago uma vez por frame a nível global, e não multiplicado por cada renderização

Distribuição de buckets

Para frames únicos complexos:

Distribuir os buckets de renderização por 20 a 50 nós
Cada nó prepara a geometria uma vez e renderiza a região que lhe foi atribuída
Tempo real decorrido reduzido de 12 horas para 20-40 minutos

No entanto, o esforço de preparação da geometria continua a ser pago por nó. Os proxies tornam-se ainda mais críticos nas render farms.

Alocação de nós de alta memória

Numa render farm como a nossa:

Nós standard: 96 GB de RAM
Nós de alta memória: 256 GB de RAM
Nós GPU: 24-48 GB de VRAM de GPU

Para GrowFX complexo:

Pedir nós de alta memória para evitar timeouts de memória
O custo por hora de nó é mais elevado, mas o custo total é inferior (menos tarefas falhadas, conclusão mais rápida)

Resumo das práticas essenciais

Dar prioridade à redução de geometria: maior impacto, implementação mais fácil
Usar proxies em escala: essenciais em cenas com 5 ou mais árvores ou com 500 milhões ou mais de polígonos
Otimizar as texturas: a resolução e os atlas proporcionam uma redução de VRAM de 5 a 10 vezes
Afinar as definições de renderização: denoising + amostragem conservadora = renderizações de alta qualidade mais rápidas
Usar render farms para animação: a renderização distribuída de frames elimina o estrangulamento local
Testar de forma exaustiva: cada cena é diferente; fazer profiling local antes de submeter à render farm

Metodologia de teste da otimização

Nunca aplicar otimizações às cegas. Medir sempre:

Renderização de referência: testar um único frame com as definições originais. Registar o tempo, a VRAM, a RAM e as amostras.
Aplicar a otimização 1: redução de geometria. Renderizar de novo e comparar o tempo.
Aplicar a otimização 2: proxies. Renderizar de novo e comparar o tempo.
Aplicar a otimização 3: texturas. Renderizar de novo e comparar o tempo.
Aplicar a otimização 4: definições de renderização. Renderizar de novo e comparar o tempo.
Montagem final: combinar todas as otimizações. Medir o tempo final.
Verificação visual: comparação lado a lado do original com o otimizado. Garantir que não há perda de qualidade visível.

Numa cena típica de floresta GrowFX de grande dimensão, este teste demora 4 a 6 horas, mas poupa dezenas de horas durante a renderização de produção.

Caso de estudo de produção real

Projeto: archviz fotorrealista com 40 árvores grandes e vegetação densa de sub-bosque

Configuração inicial:

40 árvores GrowFX complexas, com Meta Mesh completo ativado
Texturas 4K em todos os materiais
500 amostras/píxel para qualidade
Avaliação da geometria: 3 horas e 15 minutos
Renderização de um frame: 12 horas
Total por frame: 15 horas e 15 minutos

Depois da otimização:

5 árvores de destaque (detalhe total), 15 de plano intermédio (50 % de detalhe, sem Meta Mesh), 20 de fundo (eliminadas por culling)
Conversão em proxies em todas as árvores
Texturas 2K com atlas
300 amostras/píxel + denoiser
Avaliação da geometria: 12 segundos
Renderização de um frame: 1 hora e 45 minutos
Total por frame: 1 hora e 55 minutos

Resultado: redução de 88 % no tempo. Animação de 400 frames concluída em 13 horas numa render farm (contra 64 dias localmente).

Perguntas frequentes

Q: Devo usar sempre a qualidade máxima no GrowFX? A: Não. A vegetação é tolerante. 300 amostras + denoise ficam muitas vezes tão bem como 600 amostras sem denoise, por metade do custo.

Q: Quando se deve converter em proxies e quando se deve simplificar a geometria? A: Experimentar primeiro a simplificação da geometria (10 minutos de trabalho). Se continuar demasiado lento, converter em proxies (30 minutos de trabalho). Muitas vezes usam-se as duas em conjunto.

Q: A conversão em proxies altera a qualidade visual? A: Não. Os proxies guardam a geometria exatamente como foi gerada. O resultado visual é idêntico.

Q: É possível otimizar sem exceder a VRAM em render farms com GPU? A: Sim. Reduzir a resolução das texturas, usar atlas de texturas e ativar a renderização out-of-core, se estiver disponível.

Q: Que motor de renderização funciona bem com GrowFX otimizado? A: O V-Ray pela velocidade na renderização distribuída, o Corona pela qualidade numa só máquina. Convém testar ambos na cena em causa.

Q: Em que medida a otimização melhora a consistência entre frames? A: Uma otimização adequada (cache de geometria, conversão em proxies) melhora muito a consistência. A geometria simplificada é, por natureza, mais determinística do que a geometria procedural complexa.

Recursos relacionados

Última atualização: 18 de março de 2026

Visão geral