Cinevva

Français

English
简体中文
한국어
हिन्दी
Português (Brasil)
Español
Türkçe
Bahasa Indonesia
Deutsch

Français

English
简体中文
한국어
हिन्दी
Português (Brasil)
Español
Türkçe
Bahasa Indonesia
Deutsch

Thème

Courte liste des techniques de rendu utilisées dans les jeux AAA modernes ​

Par Oleg Sidorkin, CTO et cofondateur de Cinevva

Scène composite présentant des matériaux PBR, une géométrie virtualisée et un éclairage par lancer de rayons dans un jeu AAA moderne

Si vous examinez le pipeline de rendu d’un jeu AAA de 2026, vous constaterez que l’essentiel repose sur un petit ensemble de techniques employées par de nombreux studios. Les noms changent d’un moteur à l’autre, mais les principes restent les mêmes. Voici une courte liste des techniques qui font réellement le travail à l’écran, chacune accompagnée d’une illustration et de quelques références techniques approfondies. Je l’ai mise à jour en septembre 2026 pour intégrer les changements apportés par Unreal Engine 5.8 et ce qui fonctionne désormais dans un navigateur, puis j’ai ajouté une série de questions fréquentes à la fin.

1. Rendu physiquement réaliste (PBR) ​

Les matériaux sont décrits par des textures d’albédo, de rugosité, de métallicité, de normales et d’occlusion ambiante, puis éclairés par des shaders qui respectent la conservation de l’énergie (réflexion spéculaire de Cook-Torrance, réflexion diffuse lambertienne ou Disney). C’est la base sur laquelle repose tout moteur AAA moderne. Si une surface conserve un aspect cohérent sous la lumière du soleil, d’une lampe ou d’une lampe torche, c’est grâce au PBR.

Casque en fer rendu avec des matériaux PBR, accompagné d’échantillons de textures flottants représentant les maps d’albédo, de rugosité, de métallicité et de normales

Pour aller plus loin :

2. Ombrage différé et par tampon de visibilité ​

La géométrie écrit d’abord ses attributs (normales, identifiants de matériaux, profondeur) dans un G-buffer ou un tampon de visibilité. L’éclairage est ensuite calculé lors d’une passe plein écran qui lit ces tampons et ombre chaque pixel une seule fois. Les tampons de visibilité, utilisés par Nanite et des systèmes similaires, poussent ce principe plus loin en ne stockant que les identifiants des triangles, puis en résolvant ultérieurement les paramètres des matériaux pour chaque pixel, ce qui réduit le coût du surdessin sur les géométries denses.

G-buffer d’ombrage différé divisé en panneaux présentant la couleur finale, les normales dans l’espace monde, la profondeur et les identifiants de matériaux

Pour aller plus loin :

3. Géométrie virtualisée (de type Nanite) ​

Les maillages sont prétraités pour former une hiérarchie de clusters. À l’exécution, le GPU charge progressivement et sélectionne les clusters à la résolution correspondant à chaque pixel, ce qui permet d’obtenir un niveau de détail précis à l’échelle du sous-pixel sans créer manuellement de LOD. Nanite d’Unreal en est l’exemple le plus connu. D’autres moteurs proposent désormais leurs propres variantes. En pratique, cela permet d’utiliser des assets de qualité cinématographique en temps réel sans avoir à créer de LOD. Unreal Engine 5.8, sorti en juin 2026, a amélioré les performances de rastérisation et de culling de Nanite sur les plateformes portables et ajouté, pour la végétation, un contrôle programmable par pixel en fonction de la distance, selon les notes de Tom Looman sur les performances de la version 5.8. Epic a par ailleurs indiqué que la version 5.8 serait la dernière de la série 5.x avant le passage du développement à Unreal Engine 6.

Rendu lisse à gauche et clusters de meshlets à l’échelle du sous-pixel, affichés en couleurs vives, à droite

Pour aller plus loin :

4. Lancer de rayons en temps réel pour les ombres, les reflets et l’occlusion ambiante ​

Le lancer de rayons matériel (DXR, Vulkan RT) projette des rayons d’ombre, des rayons de réflexion spéculaire et brillante, ainsi que des rayons d’occlusion ambiante dans un BVH construit à chaque image. Même quelques rayons par pixel surpassent les techniques en espace écran, en particulier pour les reflets d’éléments hors champ et les ombres de contact. La plupart des jeux l’emploient de manière ciblée, et non pour tous les effets.

Voiture de sport rouge brillante dans un showroom luxueux, avec des reflets précis calculés par lancer de rayons et des ombres de contact

Pour aller plus loin :

5. Lancer de rayons logiciel (de type Lumen) ​

Tous les joueurs ne disposent pas d’une carte RTX ; les moteurs proposent donc également des solutions de repli basées sur des champs de distance ou des caches de surfaces. Lumen d’Unreal, par exemple, effectue ses tracés dans des champs de distance signés et des caches de surfaces afin de calculer à faible coût l’illumination globale diffuse, et ne recourt aux rayons matériels que lorsque cela est nécessaire. C’est ainsi que les jeux AAA obtiennent un « rendu de type ray tracing » sur consoles. UE 5.8 a ajouté un mode « Lumen Lite », environ deux fois plus rapide que le pipeline haute qualité de Lumen et conçu pour atteindre 60 images par seconde sur PlayStation 5. MegaLights, son système stochastique de gestion de nombreuses sources lumineuses, a également été déclaré prêt pour la production, selon le récapitulatif de la version 5.8 publié par CG Channel.

Intérieur d’une cathédrale avec diffusion des couleurs des vitraux et superposition filaire des SDF révélant la géométrie approximative

Pour aller plus loin :

6. ReSTIR et échantillonnage par réservoir ​

Pour calculer l’éclairage direct et indirect avec des milliers de sources lumineuses, ReSTIR (Reservoir Spatio-Temporal Importance Resampling, ou rééchantillonnage spatio-temporel par importance à l’aide de réservoirs) réutilise les échantillons lumineux entre les pixels et les images. C’est ainsi que des jeux comme Cyberpunk 2077 en mode Path Tracing parviennent à limiter le bruit avec seulement un ou deux rayons par pixel. Cette technique devrait apparaître dans davantage de moteurs à mesure que le path tracing s’impose comme objectif haut de gamme.

Rue cyberpunk avec des reflets calculés par lancer de rayons sur la chaussée mouillée et des trajets visibles de lumière indirecte

Pour aller plus loin :

7. Nuages volumétriques, brouillard et atmosphère ​

Le rendu du ciel repose sur du ray marching à travers des volumes de densité et de bruit 3D. L’atmosphère utilise des tables de diffusion précalculées, selon l’approche de Bruneton, pour gérer les transitions du soleil et de la lune. Le brouillard est représenté par une grille de froxels — l’équivalent d’une texture 3D alignée sur le volume de vue — qui capture l’éclairage local. Ensemble, ces techniques permettent de traiter « la météo comme un système » plutôt que comme une simple skybox.

Vallée montagneuse au coucher du soleil, avec des nuages volumétriques et des rayons crépusculaires traversant l’air brumeux

Pour aller plus loin :

8. Shadow maps en cascades et shadow maps virtuelles ​

Pour les ombres du soleil, les shadow maps en cascades divisent le volume de vue en plusieurs plages et effectuent le rendu de chacune à une résolution adaptée. Les shadow maps virtuelles vont plus loin : une immense shadow map unique est divisée en pages, et seules celles qui sont visibles depuis la caméra sont rendues. C’est ainsi que les jeux AAA conservent des ombres nettes près du joueur sans consommation de mémoire démesurée. La documentation VSM d’Epic indique une résolution virtuelle de 16k × 16k par source lumineuse. UE 5.8 a également ajouté un pipeline préfiltré pour les éléments lointains, qui dessine les objets projetant des ombres éloignées dans la clipmap à une résolution bien plus faible, ainsi qu’un mécanisme de limitation de l’invalidation des pages, selon les notes de Tom Looman.

Scène extérieure avec superposition de trois volumes de cascades colorés montrant le niveau de détail des ombres près de la caméra

Pour aller plus loin :

9. Effets en espace écran (SSAO, SSR, SSGI, SSSSS) ​

La lecture des tampons de profondeur et de normales permet de calculer à faible coût l’occlusion ambiante (SSAO), les reflets (SSR), l’illumination globale à un rebond (SSGI) et la diffusion sous-surfacique de la peau (SSSSS). Ces techniques ne peuvent pas prendre en compte les détails hors champ, raison pour laquelle le lancer de rayons les remplace progressivement, mais elles restent omniprésentes en tant que solution de base rapide.

Comparaison côte à côte d’une cuisine, avec un éclairage plat à gauche et les effets SSAO, SSR et SSGI à droite Analyses approfondies : - Mittring, [Finding Next Gen: CryENGINE 2](https://www.crytek.com/wp-content/uploads/Finding%20Next%20Gen%20-%20CryEngine%202.pdf) (SIGGRAPH 2007, article fondateur sur le SSAO). - McGuire et al., [Scalable Ambient Obscurance](https://research.nvidia.com/publication/scalable-ambient-obscurance) (HPG 2012, SSAO moderne). - Stachowiak et Uludag, [Stochastic Screen-Space Reflections](https://www.ea.com/frostbite/news/stochastic-screen-space-reflections) (Frostbite, la référence sur les SSR). - Jimenez, [Separable Subsurface Scattering](https://www.iryoku.com/separable-sss/) (la technique utilisée pour la peau dans la plupart des moteurs AAA). - Mara et al., [Deep Screen Space](https://research.activision.com/publications/2016/09/deep-g-buffers-for-stable-global-illumination-approximation) (Activision, une technique de la lignée du SSGI).

10. Anticrénelage temporel et mise à l’échelle par ML (DLSS, FSR, XeSS) ​

L’image est rendue à une résolution interne inférieure, puis reconstruite à l’aide des vecteurs de mouvement, de la profondeur et de l’historique. Les systèmes de mise à l’échelle basés sur le ML (DLSS 4, FSR 4, XeSS) ajoutent par-dessus la génération d’images, qui interpole des images intermédiaires à partir du flux optique. Le FSR « Redstone » d’AMD étend FSR 4 avec la génération d’images par ML, la régénération des rayons et un cache neuronal de radiance sur le matériel RDNA 4, ce qui montre très clairement que la mise à l’échelle et le débruitage fusionnent en une seule étape neuronale. La plupart des jeux AAA sont désormais publiés en partant du principe qu’un système de mise à l’échelle est activé, ce qui modifie la manière de répartir le reste du budget d’image.

Comparaison côte à côte d’une entrée en basse résolution et d’une sortie nette du même personnage reconstruite par ML

Analyses approfondies :

11. Rendu piloté par le GPU et mesh shaders ​

L’élimination des éléments invisibles, la sélection du niveau de détail et la soumission des commandes de dessin s’exécutent entièrement sur le GPU. Les mesh shaders remplacent le pipeline de sommets, de géométrie et de tessellation par une étape plus flexible, semblable à un shader de calcul, qui produit des meshlets. Combinée aux commandes multi-dessins indirectes, cette approche écarte entièrement le CPU de la boucle critique par objet.

Scène de port spatial extraterrestre avec une superposition colorée de groupes de meshlets illustrant le rendu piloté par le GPU

Analyses approfondies :

12. Rendu des cheveux, des tissus et de la peau ​

Les cheveux utilisent un ombrage anisotrope de type Marschner avec une géométrie composée de mèches (NVIDIA HairWorks, AMD TressFX ou les systèmes natifs du moteur). Les tissus sont simulés sur le GPU avec une dynamique fondée sur les positions et rendus avec des reflets spéculaires anisotropes. La peau utilise une diffusion sous-surfacique en espace écran ainsi qu’un éclairage enveloppant préintégré. Ces trois éléments sont généralement ceux qui révèlent le mieux l’écart de budget entre une production AAA et un jeu indépendant.

Gros plan d’un guerrier avec des cheveux composés de mèches, une cape en tissu et une peau rendue avec diffusion sous-surfacique

Analyses approfondies :

13. Décalcomanies, texturation virtuelle et superposition de matériaux ​

La variété des surfaces provient de décalcomanies superposées (impacts de balles, terre, sang, crasse) projetées sur le tampon de profondeur, ainsi que de textures virtuelles qui chargent les détails en haute résolution juste à temps. La superposition de matériaux mélange plusieurs ensembles PBR par pixel à l’aide de masques et d’une projection triplanaire, ce qui permet à un seul rocher de donner l’impression d’en être cinq différents.

Mur patiné d’un bunker en béton avec des décalcomanies d’impacts de balles, des graffitis et un encart montrant un atlas de pages de texture virtuelle

Analyses approfondies :

14. Transparence indépendante de l’ordre ​

Les cheveux, le feuillage, les particules et le verre ne peuvent pas être triés proprement. Les moteurs AAA utilisent des techniques comme l’OIT pondérée et mélangée, l’épluchage de profondeur ou les listes chaînées par pixel pour les rendre correctement sans étape de tri sur le CPU. Dans une scène riche en feuillage, c’est discrètement l’une des parties les plus coûteuses de l’image.

Scène forestière avec du feuillage translucide superposé, de la fumée, des gouttelettes de verre et des cheveux translucides

Analyses approfondies :

15. Mise en cache neuronale de la radiance et débruiteurs par ML ​

La couche la plus récente. Le cache neuronal de radiance de NVIDIA apprend l’éclairage indirect de chaque scène et l’interroge au lieu de lancer davantage de rayons. Les débruiteurs par ML (OptiX, Intel Open Image Denoise ou solutions internes personnalisées) nettoient en quelques millisecondes les signaux épars issus du lancer de rayons. Attendez-vous à une croissance rapide de cette catégorie au cours des deux prochaines années.

Cathédrale bruyante rendue par lancer de rayons à 1 échantillon par pixel à gauche, résultat propre débruité par ML à droite

Analyses approfondies :

Ce que cela signifie pour le navigateur ​

Nous avons intégré plusieurs de ces techniques dans WebGPU pour notre moteur de monde ouvert dans le navigateur. Les cartes d’ombres en cascade, l’instanciation pilotée par le GPU, le PBR triplanaire, le brouillard en espace écran et le terrain virtualisé fondé sur des clipmaps fonctionnent tous à 120 FPS dans un onglet. En septembre 2026, WebGPU est activé par défaut dans Chrome et Edge depuis la version 113, dans Safari 26 sur macOS, iOS, iPadOS et visionOS, ainsi que dans Firefox sous Windows (141) et sur les Mac Apple Silicon (145 et versions ultérieures), tandis que Linux reste limité à Nightly, selon l’état des implémentations de gpuweb. Three.js fournit son moteur de rendu WebGPU comme voie par défaut dans la r185, et Babylon.js 9 (mars 2026) y a ajouté l’éclairage groupé et les effets volumétriques par shaders de calcul, selon l’annonce de Babylon.js 9.0. Le reste — lancer de rayons matériel, mesh shaders et mise à l’échelle par ML — ne figure toujours pas dans la spécification WebGPU ; sur le Web, ces techniques restent donc pour l’instant des émulations par shaders de calcul. Pour aller plus loin, consultez nos guides sur les technologies de mondes ouverts dans le navigateur, la génération de paysages, WebGPU face à WebGL pour les jeux et la pile technologique des jeux Web en 2026. Pour vérifier ce qu’un navigateur donné expose, notre outil de vérification WebGL/WebGPU indique les fonctionnalités et les limites de l’adaptateur.

Questions fréquentes ​

Lesquelles de ces techniques de rendu fonctionnent dans un navigateur avec WebGPU en 2026 ? ​

La plupart de celles qui ne nécessitent pas d’unité matérielle dédiée. Le PBR, l’ombrage différé et par tampon de visibilité, les cartes d’ombres en cascade, l’occlusion ambiante et les réflexions en espace écran, le brouillard et les nuages volumétriques, le TAA, l’élimination pilotée par le GPU au moyen de shaders de calcul, la transparence indépendante de l’ordre et le chargement de géométrie par groupes fonctionnent aujourd’hui dans WebGPU, et nous en utilisons plusieurs dans notre moteur pour navigateur. Manquent encore toutes les techniques qui dépendent d’une étape matérielle non exposée par la spécification : le lancer de rayons matériel, les mesh shaders et les systèmes propriétaires de mise à l’échelle par ML comme DLSS et FSR. Il est possible d’émuler le lancer de rayons et l’élimination de groupes à la manière de Nanite avec des shaders de calcul — et certains le font — mais attendez-vous à un écart important avec les applications natives. Notre guide comparatif de WebGPU et WebGL explique les conséquences sur le budget d’un jeu.

Que sont les ombres de contact dans les jeux ? ​

Les ombres de contact sont les ombres courtes et nettes qui apparaissent à l’endroit où un objet touche réellement une surface : un pied sur le sol, une tasse sur une table ou la jonction entre un mur et le plancher. Les cartes d’ombres classiques les rendent floues ou les omettent à cause du biais et des limites de résolution. Les moteurs ajoutent donc une passe dédiée, généralement un court parcours de rayon en espace écran dans le tampon de profondeur ou, dans les moteurs utilisant le lancer de rayons, quelques rayons d’ombre très courts. Elles sont peu coûteuses et empêchent les objets de sembler flotter. Sur le Web, three.js propose un exemple d’ombre de contact qui les simule en rendant la profondeur de l’objet sur un plan au sol, ce qui convient aux présentations de produits, mais devient délicat pour des scènes complètes.

Qu’est-ce qu’une carte d’ombres virtuelle, et les navigateurs les prennent-ils en charge ? ​

Une carte d’ombres virtuelle traite une immense carte d’ombres — celle d’Unreal mesure 16k × 16k par lumière, selon la documentation d’Epic — comme un ensemble de pages. Elle n’alloue et ne rend que les pages réellement visibles par la caméra, à la résolution nécessaire pour chacune. On obtient ainsi des ombres presque parfaites au pixel près à courte distance, sans payer le coût de la carte entière. En septembre 2026, aucun moteur pour navigateur ne propose de VSM. Three.js offre des cartes d’ombres en cascade dans son moteur de rendu WebGPU et des ombres douces PCSS, tandis que Babylon.js dispose d’un CascadedShadowGenerator. Construire des VSM avec WebGPU est théoriquement possible — il s’agit de calcul et de commandes de dessin indirectes — mais personne n’en a encore publié une implémentation généraliste. Les cascades restent donc la solution pratique dans un onglet.

Quelles sont les meilleures techniques de rendu des cheveux pour les jeux Web ? ​

Évitez la simulation de mèches et soignez plutôt le rendu des cartes capillaires. Les cheveux en mèches en temps réel (TressFX, système Groom d'Unreal) nécessitent une simulation très gourmande en calcul et une transparence indépendante de l'ordre à grande échelle, ce qui reste coûteux même en natif et ne dispose d'aucune implémentation prête à l'emploi dans three.js ou Babylon.js en septembre 2026. La solution adaptée au Web consiste à utiliser des cartes capillaires (quelques dizaines de bandes texturées avec test alpha), avec un modèle anisotrope de Kajiya-Kay ou un reflet de Marschner simplifié écrit avec le TSL de three.js ou les matériaux nodaux de Babylon, un rendu en deux passes — d'abord le test alpha, puis le mélange — pour conserver des contours doux, ainsi qu'un terme d'occlusion ambiante peu coûteux précalculé dans la texture de la carte. Si vous avez besoin de mouvement, animez quelques chaînes d'os plutôt que de simuler les mèches. Vous obtiendrez ainsi l'essentiel du rendu pour une infime fraction du temps de calcul par image, ce qui compte lorsque toute votre scène ne dispose que d'un budget de 16 ms sur un GPU intégré.

Cette liste est-elle toujours exacte en 2026 ? ​

Oui, et les changements intervenus depuis mai 2026 sont davantage des améliorations que de nouvelles catégories. UE 5.8 (juin 2026) a rendu MegaLights prêt pour la production, ajouté Lumen Lite et des cartes d'ombres virtuelles distantes moins coûteuses, et constitue la dernière version 5.x avant Unreal Engine 6. FSR Redstone d'AMD a regroupé la génération d'images, la régénération des rayons et un cache neuronal de radiance dans un seul ensemble d'apprentissage automatique, ce qui confirme l'orientation des deux dernières sections. Et WebGPU est désormais disponible dans tous les principaux navigateurs : la section « ce que cela signifie pour le navigateur » ci-dessus porte donc maintenant sur les techniques à porter, et non plus sur le fait de savoir si la plateforme est prête.

Pour approfondir l'ensemble de la pile technologique ​

Si vous ne souhaitez lire qu'un seul ouvrage, Real-Time Rendering, 4e édition est la référence incontournable couvrant la plupart des sujets ci-dessus. Pour suivre les recherches actuelles, les archives du cours SIGGRAPH « Advances in Real-Time Rendering in Games » (advances.realtimerendering.com) proposent gratuitement les PDF d'analyses approfondies de moteurs AAA remontant à 2006. Pour des décryptages de production montrant comment des jeux précis rendent chaque image, les articles d'Adrian Courrèges consacrés au profilage GPU sont incontournables.