Unreal Nanite : évaluer la géométrie virtualisée sans supposer un niveau de détail illimité

Déterminer quel problème résoudre

Un environnement détaillé peut être coûteux à produire, à stocker, à streamer et à rendre. Nanite modifie certaines parties de ce flux de travail géométrique, mais une scène consacre aussi du temps aux matériaux, à l'éclairage, à la transparence et au gameplay. Commencez par identifier le problème que vous cherchez à réduire. « Cet asset comporte beaucoup de triangles » est une observation utile, mais elle n'explique pas à elle seule le coût d'une image.

Ce qu'apporte la géométrie virtualisée

Nanite organise les triangles des maillages en clusters hiérarchiques, sélectionne le niveau de détail en fonction de la vue et charge les données en streaming selon les besoins. [1] Cela peut rendre exploitable une géométrie source détaillée sans devoir mener, pour chaque asset, le même travail manuel de niveaux de détail (LOD). Voyez-y l'occasion de repenser la production de contenu et l'évaluation de la géométrie, et non une raison d'ignorer la complexité globale de la scène.

Vérifier le chemin pris en charge

D'après la documentation de la fonctionnalité citée, les modes de fusion de matériau Opaque et Masked sont pris en charge. Le tableau des chemins de rendu desktop exclut Nanite de Desktop Forward. [1][3] Avant toute conversion, vérifiez le type de composant, les fonctionnalités de matériau, la plateforme et la version du moteur réellement utilisés. La géométrie de repli des static meshes peut encore servir à d'autres systèmes, notamment la collision complexe et certains chemins de ray tracing. [2] Inspectez ces représentations séparément plutôt que de tout juger depuis le viewport principal.

Exemple : un observatoire en pierre

Imaginons un observatoire composé d'arches sculptées, de maçonnerie en couches et de vitrines polies. Commencez par une seule section architecturale et conservez une version de référence. Activez Nanite sur la géométrie pleine appropriée, puis comparez les silhouettes, les vues d'inspection rapprochées, le comportement du streaming et les temps GPU sur un même parcours de caméra. Conservez le verre transparent des vitrines dans un chemin de matériau vérifié séparément. Testez la collision autour des portes étroites, afin qu'une ouverture visuellement détaillée ne masque pas une représentation de collision qui ne lui correspond pas. Si les réflexions utilisent une représentation de repli, inspectez l'arche réfléchie en plus de l'arche directement visible. N'étendez la conversion qu'après avoir compris quels coûts ont changé. Il s'agit d'une évaluation proposée, sans promesse de gain en pourcentage.

Limites et critères d'acceptation

Avant d'optimiser, définissez des critères d'acceptation pour la qualité d'image, le comportement au chargement, la mémoire et le temps de rendu par image. Ajoutez une vue de test de charge comportant plusieurs couches architecturales et de nombreux matériaux visibles : un gros plan sur un seul maillage isolé ne suffit pas. Suivez l'image GPU complète ainsi que les passes de géométrie concernées, car une étape géométrique plus rapide peut révéler un autre goulot d'étranglement. Confirmez l'expérience de repli sur chaque chemin non pris en charge visé, tant pour l'apparence visuelle que pour les performances. La prise en charge documentée évolue avec le temps : les anciennes affirmations générales sur les composants pris en charge doivent être revérifiées par rapport à la version que vous livrez.

Sources

1. Nanite Virtualized Geometry — Epic Games.
2. Nanite Technical Details — Epic Games.
3. Supported Features by Rendering Path for Desktop — Epic Games.