Renderização indireta orientada por GPU: montando cargas de desenho no dispositivo

Aproxime as decisões de desenho dos dados da cena

Na renderização indireta orientada por GPU, o trabalho de compute define quais draws ou instâncias o pipeline gráfico vai consumir. A CPU continua preparando recursos, escolhendo o estado de pipeline compatível e submetendo o trabalho. A mudança útil é que as decisões de visibilidade e os parâmetros de desenho podem permanecer no dispositivo, o que evita uma leitura de volta (readback) para a CPU antes de desenhar. A Khronos e a Microsoft oferecem exemplos originais dessa arquitetura. [1][2]

Dois padrões de geração de comandos

Uma abordagem reserva slots fixos de comando e define como zero a contagem de instâncias de um draw invisível. Outra compacta os identificadores de instância visíveis, ou os próprios comandos de desenho, em um buffer de saída e gera uma contagem. A compactação exige mais controle auxiliar, mas evita processar entradas vazias. Agrupe os comandos pelo estado que o mecanismo indireto escolhido consegue compartilhar; uma troca arbitrária de material ou de pipeline não é codificada automaticamente por um comando de desenho comum. [1][2]

Exemplo prático: a capacidade acompanha o conjunto de candidatos

Suponha uma cena ilustrativa com 10000 instâncias candidatas. Um buffer de identificadores visíveis que use 4 bytes por identificador precisa de 40000 bytes, cerca de 39,1 KiB, caso todos os candidatos possam se tornar visíveis. Esse valor não inclui comandos, contadores nem alinhamento.

Se, neste frame, 3500 instâncias estiverem visíveis, o compute grava esses identificadores e as contagens de desenho correspondentes. Alocar apenas 3500 porque esse foi o máximo de ontem não é seguro. Evitar uma escrita fora dos limites descartando as entradas finais ainda faz perder geometria. Reserve a capacidade necessária, processe em blocos limitados ou ofereça um fallback completo. Trata-se de cálculos de capacidade, não de medições de desempenho.

Construa e valide o pipeline

Comece usando os resultados de visibilidade calculados na CPU como referência. Compare os identificadores visíveis e as imagens finais antes de adicionar oclusão ou vários grupos de material. Verifique o layout dos comandos, os offsets de índice, os base vertices, a consulta de instâncias e o reinício dos contadores. Teste visibilidade vazia, visibilidade total e o limite de capacidade.

Garanta que as escritas do compute fiquem disponíveis tanto para a leitura dos comandos indiretos quanto para todos os estágios de shader que consomem os dados de instância gerados. Uma dependência que cubra apenas os argumentos indiretos não cobre leituras de shader não relacionadas. Filas separadas também exigem sincronização adequada entre filas e, quando necessário, transferência de propriedade (ownership). A Khronos documenta os padrões de acesso relevantes para produtor e consumidor. [3]

Mantenha os recursos vivos e evite sobrescrever um buffer que ainda esteja em uso por um frame anterior. Inspecione uma captura de GPU para ver as contagens produzidas e os comandos efetivamente executados.

Avalie o custo total do frame

Meça o tempo de submissão na CPU junto com o culling, a compactação e a renderização na GPU. O compute adicional e o tráfego extra de memória podem superar a redução no custo de submissão, sobretudo em cenas pequenas. O desenho indireto não elimina shading caro, não resolve a ordenação de transparência nem garante um agrupamento de materiais eficiente. Verifique os recursos do dispositivo e os limites de quantidade de comandos, e mantenha um fallback compatível. Adote o design quando o comportamento medido do frame justificar sua complexidade.

Fontes

• [1] GPU Rendering and Multi-Draw Indirect — Khronos Group, Vulkan Samples.
• [2] Indirect drawing and GPU culling — Microsoft, documentação e exemplo do Direct3D.
• [3] Synchronization Examples — Khronos Group, documentação do Vulkan.