Como escolher entre renderização forward, deferred ou Forward+

Comece pela carga de trabalho

Uma arquitetura de renderização determina em que momento as superfícies visíveis recebem iluminação e quais dados intermediários precisam ser preservados. Escolha-a com base em cenas representativas: um pequeno ambiente interno, uma rua noturna movimentada e uma vista dominada por vidro podem sobrecarregar recursos diferentes. Conte as luzes sobrepostas e os pixels sombreados, e não apenas as luzes posicionadas na fase.

Separe os três mecanismos

A renderização forward avalia material e iluminação em conjunto. O deferred shading primeiro armazena os atributos das superfícies opacas em um G-buffer e só depois ilumina esses atributos; o armazenamento extra e a representação dos materiais passam a ser questões de arquitetura. A transparência costuma exigir um caminho separado, e o antialiasing multisample (MSAA) requer cuidado adicional. [1][3]

O Forward+ mantém o sombreamento de material do forward, mas constrói listas espaciais de luzes, em geral usando tiles de tela gerados por compute. Cada fragmento avalia, então, as luzes candidatas do seu tile. O exemplo da AMD traz uma implementação original dessa divisão de trabalho. [2]

Faça uma estimativa de largura de banda

Considere, a título de ilustração, um G-buffer de 1920 × 1080 que armazena 16 bytes por pixel. Uma imagem completa ocupa 33.177.600 bytes, cerca de 31,6 MiB, sem contar profundidade, multisampling ou buffers auxiliares. Uma escrita completa e uma leitura completa a 60 quadros por segundo representam cerca de 3,98 GB/s de tráfego lógico.

Essa conta é uma estimativa de planejamento, não uma medição da largura de banda real da memória externa: compressão, caches, armazenamento local ao tile e passes extras alteram o tráfego efetivo. Use-a para perguntar se um canal adicional de material justifica o seu custo. Para o Forward+, faça uma estimativa equivalente para os cabeçalhos dos tiles, os índices de luzes e o tratamento de overflow.

Execute uma comparação controlada

Mantenha idênticos a resolução, as luzes, os materiais, a qualidade das sombras e a exposição. Capture os tempos de GPU da preparação de profundidade, da construção das listas, do sombreamento opaco, da transparência e dos resolves. Registre a distribuição dos tamanhos das listas, além do pior tile; uma média pode esconder uma interseção muito iluminada.

Inclua uma câmera que se desloca por partículas e vidro. Se as listas usam limites de profundidade dos objetos opacos, verifique explicitamente se os fragmentos transparentes mantêm todas as luzes relevantes. Visualize a contagem de candidatas e force o limite de capacidade para confirmar que o overflow resulta em um fallback definido, e não em iluminação ausente.

Reconheça os limites

Uma lista de luzes reduz o trabalho de iluminação irrelevante; ela não reduz automaticamente a renderização de sombras, a complexidade dos materiais nem o overdraw da transparência. O MSAA em deferred é possível, mas preservar e sombrear as informações por amostra tem custo. [1][3]

Trate a escolha como uma decisão de orçamento baseada em medições. Uma solução híbrida pode ser apropriada, mas cada caminho adicional aumenta a manutenção dos shaders e o trabalho de equiparar as imagens. Documente as cenas que justificaram a decisão e repita a comparação quando a composição do conteúdo mudar.

Fontes

• [1] Forward, Forward+, and Deferred — Khronos Group.
• [2] ForwardPlus11 sample — AMD GPUOpen.
• [3] Deferred Shading in Tabula Rasa — Rusty Koonce, NVIDIA GPU Gems 3.