Rendu indirect piloté par le GPU : construire les charges de dessin sur le périphérique

Rapprocher les décisions de dessin des données de la scène

Le rendu indirect piloté par le GPU permet à un traitement compute de déterminer quels draws ou quelles instances le pipeline graphique consomme. Le CPU continue de préparer les ressources, de sélectionner un état de pipeline compatible et de soumettre le travail. L'apport réel est que les décisions de visibilité et les paramètres de dessin peuvent rester sur le périphérique, ce qui évite une relecture (readback) côté CPU avant le dessin. Khronos et Microsoft fournissent des exemples de référence de cette organisation. [1][2]

Deux schémas de génération de commandes

Une première approche réserve des emplacements de commande fixes et met à zéro le nombre d'instances d'un draw invisible. Une autre compacte les identifiants d'instances visibles ou les commandes de dessin dans un tampon de sortie et génère un compteur. Le compactage ajoute de la gestion supplémentaire, mais évite de traiter des entrées vides. Regroupez les commandes selon l'état que le mécanisme indirect choisi peut partager : un changement arbitraire de matériau ou de pipeline n'est pas encodé automatiquement par une commande de dessin ordinaire. [1][2]

Exemple détaillé : la capacité suit l'ensemble des candidats

Supposons une scène fictive de 10000 instances candidates. Un tampon d'identifiants visibles à 4 octets par identifiant nécessite 40000 octets, soit environ 39,1 Kio, si chaque candidate peut devenir visible. Ce chiffre exclut les commandes, les compteurs et l'alignement.

Si cette image expose 3500 instances, le compute écrit ces identifiants et les nombres de dessins correspondants. Allouer seulement pour 3500 parce que c'était le maximum de la veille n'est pas sûr. Empêcher une écriture hors limites en abandonnant les entrées suivantes fait quand même perdre de la géométrie. Réservez la capacité requise, traitez par blocs bornés ou prévoyez un repli complet. Il s'agit de calculs de capacité, pas de mesures de performance.

Construire et valider le pipeline

Commencez par des résultats de visibilité calculés par le CPU comme référence. Comparez les identifiants visibles et les images finales avant d'ajouter l'occlusion ou plusieurs groupes de matériaux. Vérifiez la disposition des commandes, les offsets d'index, les base vertices, la recherche d'instance et les réinitialisations de compteur. Testez le cas de visibilité nulle, celui de visibilité totale et la limite de capacité.

Rendez les écritures du compute disponibles pour les lectures de commandes indirectes et pour chaque étage de shader qui consomme les données d'instance générées. Une dépendance qui ne couvre que les arguments indirects ne couvre pas les lectures de shader sans rapport. Des files distinctes exigent aussi une synchronisation inter-files appropriée et, le cas échéant, un transfert de propriété. Khronos documente les schémas d'accès producteur et consommateur pertinents. [3]

Conservez les ressources en vie et évitez d'écraser un tampon encore utilisé par une image précédente. Inspectez une capture GPU pour vérifier les compteurs produits et les commandes réellement exécutées.

Évaluer le coût total par image

Mesurez le temps de soumission côté CPU ainsi que le culling, le compactage et le rendu côté GPU. Le surcroît de compute et de trafic mémoire peut annuler la réduction du coût de soumission, en particulier dans les petites scènes. Le dessin indirect ne supprime pas un shading coûteux, ne résout pas l'ordre de la transparence et ne garantit pas un regroupement efficace des matériaux. Vérifiez les fonctionnalités du périphérique et les limites du nombre de commandes, et conservez un repli pris en charge. Adoptez cette conception lorsque le comportement mesuré des images justifie sa complexité.

Sources

• [1] GPU Rendering and Multi-Draw Indirect — Khronos Group, Vulkan Samples.
• [2] Indirect drawing and GPU culling — Microsoft, documentation et exemple Direct3D.
• [3] Synchronization Examples — Khronos Group, documentation Vulkan.