Ambient Occlusion expliqué : SSAO vs HBAO vs GTAO (Guide 2026)

Introduction

L'ambient occlusion est l'un de ces concepts de rendu que tout le monde a vu à l'écran depuis plus de quinze ans et que presque personne ne peut définir clairement. Ouvrez le menu des paramètres d'un jeu vidéo et vous trouverez probablement un bouton « Ambient Occlusion » avec des options intitulées SSAO, HBAO ou GTAO. Ouvrez Blender, Cinema 4D ou 3ds Max et vous trouverez un passage AO enfoui dans les paramètres de rendu. Les captures d'écran se ressemblent toutes un peu, l'impact sur les performances varie d'un ordre de grandeur, et la documentation explique rarement le compromis en jeu.

Chez Super Renders Farm, nous exécutons des jobs de rendu CPU et GPU distribué depuis 2010, et l'ambient occlusion apparaît dans environ la moitié des tickets d'assistance que nous recevons pour les travaux d'archviz et de visualisation produit. Le schéma est récurrent : les artistes s'appuient soit trop sur l'AO comme raccourci pour l'illumination globale, soit ils la désactivent et se retrouvent avec une géométrie flottante qui semble désolidarisée du sol. Ces deux problèmes sont solubles dès lors que l'on comprend ce que calcule réellement l'AO.

Ce guide explique l'ambient occlusion à partir des premiers principes, passe en revue les trois algorithmes temps réel que la plupart des moteurs de rendu proposent en 2026 (SSAO, HBAO, GTAO), et examine quand la cuisson AO est suffisamment rapide pour rester sur une seule workstation ou quand elle doit être confiée à un render farm. Consultez la FAQ en bas de page pour obtenir des réponses rapides aux questions les plus fréquentes.

Qu'est-ce que l'ambient occlusion en réalité ?

L'ambient occlusion est une technique d'ombrage qui approxime la quantité de lumière ambiante atteignant chaque point d'une surface en vérifiant dans quelle mesure ce point est « occlus » par la géométrie environnante. Un coin où un mur rejoint un sol reçoit moins de lumière ambiante que le milieu ouvert de ce même sol, car le coin dispose de davantage de géométrie bloquant les rayons entrants depuis l'hémisphère supérieur. L'AO assombrit le coin. C'est tout l'effet.

La raison pour laquelle l'AO est devenue omniprésente est économique. Un calcul d'illumination globale complète — rebondir la lumière sur chaque surface et l'intégrer correctement — est coûteux. L'AO capture un composant spécifique du GI (l'auto-ombrage local de la lumière ambiante/de ciel) à moindre coût en échantillonnant des rayons sur une courte distance depuis le point ombré. En rendu hors ligne, on souhaite généralement un GI complet ; l'AO est alors soit désactivée, soit utilisée comme un léger amplificateur d'ombres de contact. En rendu temps réel, l'AO a historiquement été la seule approximation réalisable des ombres indirectes, ce qui explique pourquoi chaque moteur de jeu propose au moins un algorithme AO.

Quelques idées reçues méritent d'être corrigées :

• L'AO n'est pas une ombre générée par une source lumineuse. Elle assombrit indépendamment de l'emplacement des lumières, car elle représente l'occlusion de l'hémisphère ambiant tout entier.
• L'AO n'est pas l'illumination globale. Le GI réel prend en compte la couleur et l'intensité de la lumière indirecte se reflétant entre les surfaces ; l'AO ne fait qu'assombrir. Utiliser l'AO comme substitut du GI est une cause fréquente de rendus d'archviz boueux.
• L'AO n'est pas automatiquement physiquement correcte. Le résultat dépend entièrement de l'algorithme et de la distance maximale des rayons que vous définissez. Augmentez le rayon et un intérieur propre se transformera en grotte sale.

Le manuel Blender couvre le nœud AO hors ligne dans sa documentation sur le shader Ambient Occlusion, une référence utile si vous souhaitez lire les mathématiques réelles derrière l'échantillonnage.

SSAO vs HBAO vs GTAO : trois algorithmes, un seul effet

Les trois algorithmes que vous rencontrerez dans les moteurs de jeux en 2026 visent tous le même objectif visuel, mais présentent des compromis différents entre vitesse, qualité et stabilité selon la direction de vue.

Le document original Image-Space Horizon-Based Ambient Occlusion de NVIDIA reste la référence canonique pour la famille horizon-based, et le Practical Real-Time Strategies for Accurate Indirect Occlusion d'Activision (livre blanc GTAO) couvre la dérivation GTAO qu'AMD et Intel ont ensuite adoptée.

Un modèle mental utile : SSAO est un hack rapide avec des artefacts visibles ; HBAO est un hack plus intelligent qui tient compte de la géométrie ; GTAO est calibré par rapport à une référence hors ligne et c'est ce que vous souhaitez quand vous pouvez vous le permettre. Sur n'importe quel GPU moderne sorti ces trois ou quatre dernières années, les trois sont essentiellement gratuits à 1080p — le choix concerne la qualité et la stabilité en mouvement, pas la fréquence d'images.

Une lignée distincte existe pour l'AO tracée (RTAO), qui utilise les unités de ray tracing matérielles du GPU pour envoyer de vrais rayons par pixel. Le RTAO est ce vers quoi vous vous tournez lorsqu'il vous reste du budget ray tracing après les réflexions et les ombres ; c'est ce qui se rapproche le plus de la « vérité terrain » en temps réel, mais il n'est pas encore la valeur par défaut dans la plupart des moteurs en raison de son coût sur les GPU d'entrée de gamme.

Faut-il activer ou désactiver l'ambient occlusion ?

C'est l'une des requêtes de recherche les plus fréquentes sur le sujet (« ambient occlusion on or off ») et la réponse dépend de ce que vous faites.

Pour les jeux vidéo, l'AO vaut presque toujours la peine d'être activée. L'amélioration visuelle apportée par les ombres de contact sous les meubles, la végétation et les personnages est significative, et sur le matériel sorti depuis la série RTX 20, le coût est de quelques millisecondes en chiffre simple. La seule situation où la désactiver aide est sur un GPU beaucoup plus ancien avec un moniteur haute fréquence de rafraîchissement, où chaque milliseconde compte.

Pour les aperçus temps réel dans les logiciels DCC (Eevee, viewport Cinema 4D, viewport 3ds Max), l'AO est utile pour les décisions de blocking et d'éclairage, mais ne doit pas être utilisée pour juger l'image finale. L'AO viewport est généralement une approximation SSAO de faible qualité. Nous avons vu des artistes prendre des décisions d'éclairage basées sur l'AO viewport qui disparaissent dans le rendu final.

Pour le rendu hors ligne final (Cycles, V-Ray, Corona, Arnold, Redshift), la réponse est plus nuancée. Si votre scène utilise un calcul GI complet — path tracing Cycles, brute force ou light cache V-Ray, path tracer de Corona, GI Arnold — alors l'AO est déjà implicitement prise en compte dans l'éclairage indirect et ajouter une passe AO explicite rend généralement l'image plus sombre qu'elle ne devrait l'être. Si vous travaillez dans un pipeline stylisé ou NPR où un GI physiquement précis n'est pas l'objectif, une passe AO explicite peut ajouter un assombrissement de contact utile ; cuisez-la comme un élément de rendu séparé afin de pouvoir régler sa contribution en compositing plutôt que de la cuire dans le beauty.

La réponse courte : laissez-la activée dans les jeux, désactivez-la comme effet sur l'image finale lorsque vous disposez d'un GI complet, et cuisez-la en passe lorsque vous avez besoin d'un contrôle stylisé.

Ambient occlusion dans les jeux vs rendu hors ligne

Il existe une différence structurelle entre l'AO dans les moteurs temps réel et l'AO dans les moteurs de rendu hors ligne qui mérite d'être explicitée car elle éclaire une grande partie de la confusion.

L'AO temps réel opère sur le tampon de profondeur. Le moteur a déjà rastérisé la scène, dispose d'une profondeur par pixel (et généralement des normales), et la passe AO parcourt les pixels voisins en espace écran pour estimer l'occlusion. C'est rapide, mais cela présente deux limitations structurelles : tout ce qui est hors champ ne contribue pas à l'occlusion (un mur juste à l'extérieur du frustum de caméra n'assombrira pas le coin d'un objet visible), et le schéma d'échantillonnage doit être soigneusement réglé pour éviter le bruit et le scintillement lié à la direction de vue.

L'AO hors ligne opère sur la géométrie réelle de la scène. Le moteur de rendu envoie des rayons depuis chaque point d'ombrage et mesure l'occlusion dans l'espace 3D réel. C'est plus lent par échantillon, mais cela produit des résultats stables et proches de la vérité terrain qui ne scintillent pas lorsque la caméra se déplace et ne ratent pas les occulteurs hors champ. La plupart des moteurs de rendu de production exposent l'AO hors ligne soit comme nœud (Blender Cycles, Arnold), soit comme passe de rendu (V-Ray, Corona, Redshift).

Quand un artiste demande « pourquoi mon AO a-t-elle l'air différente dans le viewport par rapport au rendu final ? », la réponse est presque toujours celle-ci : le viewport exécute une AO en espace écran et le rendu final la calcule en espace monde. Ce sont des algorithmes différents produisant des images différentes.

Pour une analyse plus approfondie du côté GPU, notre page GPU cloud render farm couvre la façon dont nous configurons le matériel RTX pour les charges de rendu GPU temps réel et hors ligne.

Pourquoi la cuisson AO ralentit la production

La question de performance la plus intéressante pour les équipes de production n'est pas l'AO temps réel — qui est essentiellement gratuite en 2026 — mais la cuisson AO hors ligne, où les pipelines ralentissent réellement.

Cuire l'AO signifie précalculer la valeur AO pour chaque texel d'une UV map et la stocker dans une texture. C'est largement utilisé dans les pipelines de jeux (où la carte AO cuite est échantillonnée à l'exécution plutôt que de calculer l'AO en direct) et dans certains workflows d'archviz pour l'éclairage statique. Le coût dépend de trois facteurs : la complexité de la scène, la résolution de la texture et le nombre de rayons.

Voici un tableau de temps de cuisson représentatif tiré de jobs que nous avons exécutés pour des clients sur la flotte Super Renders Farm. Ces chiffres sont des cuissons CPU dans Blender Cycles sur notre nœud CPU standard (Dual Intel Xeon E5-2699 v4, 44 cœurs, 256 Go de RAM) ; vos chiffres sur une seule workstation seront considérablement plus longs.

Le point d'équilibre dans notre expérience se situe autour de 30 minutes pour une cuisson unique. En dessous, la surcharge liée au packaging de la scène, au téléversement et au téléchargement du résultat surpasse le temps économisé. Au-delà, surtout lorsqu'un artiste est bloqué à attendre la fin de la cuisson, distribuer le travail sur plusieurs machines est largement gagnant. Les cuissons par tuiles (Blender, V-Ray, Arnold) se parallélisent particulièrement bien car chaque tuile est un job indépendant.

Nous observons cela chez Super Renders Farm le plus souvent pendant la phase de finalisation des assets d'une production : des dizaines d'accessoires nécessitent de nouvelles cuissons AO, les artistes sont bloqués, et un render farm absorbe la file de travaux pendant la nuit. Pour le contexte tarifaire, consultez notre guide de tarification du render farm, et pour les chiffres de benchmark sur la flotte, le benchmark matériel du render farm avec Cinebench 2026 couvre la façon dont nos nœuds CPU se comparent sur les charges de travail CPU parallèles.

Ambient occlusion dans les principaux logiciels DCC

Chaque DCC majeur implémente l'AO légèrement différemment, et les conseils pratiques varient selon le logiciel.

Blender expose l'AO à trois endroits : le bouton AO viewport Eevee (une approximation rapide de style SSAO/HBAO), le nœud AO Cycles (pour une utilisation au niveau du shader, par exemple des masques de salissure dans les matériaux), et la passe de rendu AO Cycles (une vraie passe AO tracée, en sortie aux côtés du beauty). La cuisson AO Cycles via le panneau Bake est le workflow utilisé par la plupart des équipes ; le tableau de temps de cuisson ci-dessus a été mesuré dans Cycles. Pour les artistes utilisant Blender sur une seule workstation, notre page Blender cloud render farm explique comment les cuissons AO Cycles se mettent à l'échelle sur notre flotte.

Cinema 4D propose l'AO à la fois dans le renderer Standard/Physical et dans Redshift. Dans Redshift, l'AO est généralement utilisée comme effet de shader ou comme passe de compositing plutôt que comme substitut du GI. La page Cinema 4D cloud render farm couvre la configuration spécifique à Redshift. Nous voyons la plupart des utilisateurs C4D + Redshift calculer l'AO comme élément de rendu et la combiner dans After Effects plutôt que de la cuire dans le beauty.

3ds Max avec V-Ray dispose d'un matériau VRayDirt dédié et d'un élément de rendu VRayExtraTex AO. L'approche Dirt est plus flexible car elle permet de contrôler l'atténuation, le flou et l'occlusion inversée (cavité) par matériau ; l'approche par élément de rendu est plus rapide à mettre en place mais moins réglable. Pour les utilisateurs de Corona dans 3ds Max, l'équivalent est la map CoronaAO.

Arnold (dans Maya, Houdini ou 3ds Max) traite l'AO comme n'importe quel autre problème d'échantillonnage et l'expose via le shader aiAmbientOcclusion et l'AOV ambient_occlusion. Arnold étant un path tracer unidirectionnel avec un fort importance sampling, les cuissons AO convergent plus vite que dans certains autres moteurs de rendu à nombre d'échantillons équivalent.

Le fil conducteur : dans tout logiciel DCC, traitez l'AO comme une passe séparée que vous compositez, et non comme un substitut du GI dans le beauty render. Cela maintient le workflow flexible et vous permet de modifier la contribution AO en post sans re-rendre la scène.

FAQ

Q: Qu'est-ce que l'ambient occlusion en termes simples ? A: L'ambient occlusion est une technique d'ombrage qui assombrit les zones où la géométrie bloque la lumière ambiante d'atteindre une surface — comme le coin où un mur rejoint un sol. Elle approxime à faible coût un composant spécifique de l'illumination globale, ce qui explique pourquoi chaque moteur de jeu et chaque moteur de rendu hors ligne en intègre une implémentation.

Q: Faut-il activer ou désactiver l'ambient occlusion dans les jeux ? A: Activée, dans presque tous les cas. L'amélioration visuelle apportée par les ombres de contact sous les meubles, les personnages et la végétation est significative, et sur tout GPU sorti ces dernières années le coût est bien inférieur à 2 ms par image. La seule situation où la désactiver aide est sur du matériel plus ancien où vous luttez pour chaque milliseconde.

Q: Quelle est la différence entre SSAO, HBAO et GTAO ? A: SSAO est l'algorithme en espace écran original de 2007 — rapide mais bruité avec des halos visibles. HBAO balaye des rayons dans le tampon de profondeur pour trouver l'angle d'horizon et produit des résultats plus lisses. GTAO est le plus récent des trois ; il est calibré pour correspondre à l'AO tracée hors ligne et est le plus stable en mouvement. Les trois opèrent en espace écran et ont un coût similaire sur les GPU modernes.

Q: L'ambient occlusion est-elle la même chose que l'illumination globale ? A: Non. L'illumination globale prend en compte la couleur et l'intensité de la lumière indirecte se reflétant entre les surfaces. L'ambient occlusion assombrit uniquement les zones en fonction de l'occlusion géométrique locale, sans couleur ni intensité de source lumineuse impliquées. Utiliser l'AO comme substitut du GI est une raison fréquente pour laquelle les rendus d'archviz paraissent boueux ou plats.

Q: Quand la cuisson d'ambient occlusion nécessite-t-elle vraiment un render farm ? A: Quand la cuisson prend plus d'environ trente minutes par asset, quand vous avez de nombreux assets à traiter en parallèle, ou quand l'artiste est bloqué à attendre le résultat. Sur la flotte Super Renders Farm, nous observons que la plupart des équipes de production transfèrent les cuissons vers un farm lors de la phase de finalisation des assets — typiquement une file de dizaines d'accessoires qui prendrait des jours à cuire séquentiellement sur une seule workstation, mais qui se termine pendant la nuit lorsqu'elle est distribuée.

Q: Pourquoi mon ambient occlusion a-t-elle l'air différente dans le viewport par rapport au rendu final ? A: Le viewport utilise presque toujours une approximation en espace écran (une variante SSAO ou HBAO rapide), tandis que le rendu hors ligne final calcule l'AO en espace monde en utilisant de vrais rayons géométriques. Ce sont des algorithmes différents produisant des images différentes. Pour les décisions d'éclairage final, effectuez un rendu d'aperçu à faible nombre d'échantillons plutôt que de vous fier à l'AO viewport.

Q: Puis-je utiliser l'ambient occlusion comme passe de rendu en rendu hors ligne ? A: Oui, et c'est le workflow recommandé lorsque vous avez besoin d'un contrôle stylisé. Tous les moteurs de rendu majeurs (Cycles, V-Ray, Corona, Arnold, Redshift) exposent l'AO comme élément de rendu ou AOV séparé. Sortez-la aux côtés du beauty render et combinez les deux en compositing — vous pouvez ainsi ajuster la contribution AO sans re-rendre la scène.