Que sont les AOV en rendu ? Passes de rendu expliquées

Introduction

Que sont les AOV en rendu ? AOV signifie Arbitrary Output Variable (variable de sortie arbitraire) : une image distincte que le moteur de rendu écrit en parallèle de l'image finale, et qui contient un ingrédient de celle-ci, comme l'éclairage diffus, la distance à la caméra ou la direction vers laquelle chaque surface est orientée. Selon le logiciel, les infographistes parlent aussi de passes de rendu, d'éléments de rendu (render elements) ou de multipasses. C'est une seule et même idée sous plusieurs noms.

Une précision rapide, car l'abréviation voyage. Dans le commerce en ligne, AOV désigne généralement la valeur moyenne des commandes (average order value), et en photographie il peut s'agir de l'angle de champ. Cet article ne traite que du sens propre au rendu.

Les AOV existent parce qu'une image finale est difficile à modifier une fois que le moteur a tout fusionné, et que relancer le rendu d'une image longue pour corriger un seul détail coûte cher. Enregistrés séparément, ces ingrédients permettent à un compositeur de les ajuster en quelques minutes. Ce guide présente ce que contiennent les passes courantes, comment Arnold, V-Ray, Redshift, Cycles et Corona les nomment et les activent, dans quels cas un EXR multicouche vaut mieux que de nombreux fichiers, et ce que changent les AOV lorsque les images sont rendues sur une render farm.

La configuration du débruiteur propre à Arnold est décrite dans Comment débruiter efficacement les AOV, la gestion des couleurs dans La gestion des couleurs ACES expliquée, et la vue d'ensemble du passage d'une scène à une image dans Qu'est-ce que le rendu ? Guide complet.

Ce qu'est un AOV, en termes simples

Le guide utilisateur d'Arnold d'Autodesk (consulté le 10 novembre 2026) définit les AOV comme un moyen de rendre n'importe quel composant arbitraire d'un réseau de shading dans des images distinctes. La documentation de Redshift de Maxon (consultée le 10 novembre 2026) le formule du côté des données : les AOV sont les différents types d'informations par pixel que le moteur peut produire. Un rendu normal donne une couleur par pixel ; un AOV donne une autre grandeur par pixel, enregistrée sous forme d'image séparée ou de calque dans un fichier.

Ces grandeurs se répartissent en deux familles.

Composantes d'éclairage. Elles décomposent l'image selon ce que la lumière et le matériau ont produit : diffus, spéculaire, transmission, émission, etc. Le guide d'Arnold note qu'il suffit d'additionner ces AOV pour reconstruire l'AOV beauty, ce qui explique que les compositeurs les apprécient : chaque partie peut être étalonnée seule et la somme reste égale à l'image.

Passes de données. Elles contiennent des informations sur la scène plutôt que sur la lumière : distance à la caméra, orientation des surfaces, identité des objets, mouvement entre les images. La documentation de Redshift les appelle AOV utilitaires, et V-Ray les range dans les types d'éléments de géométrie et d'utilitaires.

Le compromis est énoncé clairement dans le guide d'Arnold : davantage d'AOV donnent plus de contrôle en compositing, mais aussi plus de travail de traitement, et ils occupent plus de mémoire et d'espace disque, surtout combinés à des light groups.

Cinq passes d'éclairage (diffus direct, diffus indirect, spéculaire, transmission et émission) alimentant une seule case intitulée beauty, la somme des passes

Passes beauty et passes utilitaires

Les noms varient selon le moteur (la section suivante y revient), mais le contenu reste cohérent.

Passe	Ce qu'elle contient	Usage typique en compositing
Beauty	L'image complète éclairée	Le calque de base ; toutes les autres passes sont jugées par rapport à elle
Diffuse (directe et indirecte)	La lumière diffusée par les surfaces mates, séparée selon son trajet	Rééquilibrer la lumière sur les surfaces sans toucher aux reflets
Specular ou reflection	Les reflets brillants et les réflexions de type miroir	Renforcer ou adoucir les reflets
Transmission ou refraction	La lumière qui traverse le verre et l'eau	Ajuster le verre séparément de ce qui se trouve derrière
Emission	La lumière émise par les surfaces lumineuses	Ajouter ou modeler une lueur
Albedo	La couleur de surface sans éclairage ni ombres	Aide au débruitage et au nettoyage
Z ou depth	La distance à la caméra, par pixel	Profondeur de champ, brouillard et atmosphère
Normals	La direction vers laquelle chaque surface est orientée	Rééclairage et effets sensibles aux contours
Motion vectors	Le mouvement de chaque pixel dans l'espace écran	Flou de mouvement appliqué en compositing
Object ID, material ID, Cryptomatte	L'objet ou le matériau auquel appartient un pixel	Sélections et masques sans nouveau rendu
Light groups ou light select	L'image éclairée uniquement par les lumières choisies	Rééquilibrer chaque lampe individuellement

Certaines de ces passes ont une définition directe du fabricant. Dans le guide d'Arnold, Z est la profondeur des points de shading vus depuis la caméra, P leur position dans l'espace monde, N la normale lissée dans l'espace monde, et ID un nombre aléatoire dérivé du nom de la forme. L'AOV de motion vector est un vecteur 2D pour le mouvement dans l'espace écran, et le guide ajoute qu'il faut régler un obturateur instantané sur la caméra, le genre de détail qui coûte un après-midi quand on le découvre par tâtonnement.

Comment les principaux moteurs les nomment et les activent

Chaque moteur expose la même idée avec son propre vocabulaire et son propre panneau. Ce tableau est une carte, pas un manuel : les chemins de menu changent selon l'application hôte et la version, consultez donc la documentation de votre version exacte.

Moteur	Comment il les appelle	Où les activer	À savoir
Arnold	AOVs	L'onglet AOVs des paramètres de rendu (Arnold pour Maya liste les AOV Available et Active)	Les AOV intégrés comme depth, position, normals, ID, les composantes d'éclairage et motion vector sont toujours disponibles
V-Ray	Render elements, aussi appelés render passes	L'onglet Render Elements des paramètres de rendu	Des dizaines de types d'éléments regroupés en beauty, matte, geometry et utility
Redshift	AOVs	La liste des AOV dans les paramètres de rendu	Regroupés en integrated, utility et custom ; Cryptomatte est un AOV à part entière
Cycles (Blender)	Render passes	Properties, View Layer, Passes	Passes de données, passes de lumière, Cryptomatte et light groups
Corona	Render elements (3ds Max), multipasses (Cinema 4D)	Les paramètres de render elements ou de multipasses de l'hôte	Inclut Virtual Beauty et des passes matte, ainsi qu'un élément Cryptomatte

Le détail de chaque ligne, avec des sources consultées le 10 novembre 2026 :

Arnold. La page AOV d'Arnold pour Maya indique que chaque AOV repose sur trois nœuds : l'AOV lui-même, un driver et un filtre. Elle précise aussi que l'option Output Denoising AOVs écrit diffuse_albedo, Z et N, ce qui, dans Maya, exige actuellement l'EXR avec Merge AOVs activé.

V-Ray. La page des render elements de V-Ray pour Maya décrit les render elements comme un moyen de décomposer les rendus en parties comme la couleur diffuse, les réflexions, les ombres et les mattes. Elle contient aussi le détail qui piège les utilisateurs : V-Ray n'écrit les éléments dans des fichiers que si vous activez l'une des sorties de fichiers image bruts de V-Ray ou l'option Separate render channels.

Redshift. L'introduction aux AOV de Maxon énumère les AOV intégrés (réflexions, réfractions, illumination globale), les AOV utilitaires (profondeur, motion vectors, position monde) et les AOV personnalisés que vous définissez, les light groups étendant les AOV intégrés. Le nom de chaque fichier AOV est le préfixe de fichier commun plus un suffixe, ce qui compte pour le nommage plus loin.

Cycles. La page Passes du manuel de Blender énumère les passes de données (comme Depth, Position, Normal, Vector, UV et les index d'objets et de matériaux) et les passes de lumière (diffuse, glossy et transmission séparées en direct, indirect et color, plus emission, environment et ambient occlusion), puis Cryptomatte et les light groups.

Corona. La page des fonctionnalités de Corona de Chaos indique que Corona propose de nombreux render elements dans 3ds Max et des multipasses dans Cinema 4D, dont Virtual Beauty et des passes matte, et décrit un render element Cryptomatte qui génère des canaux de rendu stockés dans un fichier OpenEXR multicanal.

Cryptomatte et light groups : deux cas particuliers

Deux types de passes changent la quantité de données que porte une image.

Cryptomatte construit automatiquement des mattes d'ID à partir des noms d'objets et de matériaux déjà présents dans la scène. Redshift, Cycles et Corona le proposent tous, comme indiqué dans les sections ci-dessus. En pratique, une passe Cryptomatte ajoute plusieurs canaux à chaque image. Notre guide EXR-IO et Cryptomatte explique comment utiliser ces mattes dans Photoshop, les étapes de compositing ne sont donc pas répétées ici.

Les light groups rendent la scène comme si seules certaines lumières étaient allumées, avec une image par groupe. Le manuel de Blender décrit un light group comme une passe Combined limitée où la scène n'est éclairée que par certaines lumières. Les groupes offrent un contrôle lampe par lampe en compositing et multiplient le nombre d'images, car les passes d'éclairage peuvent être de nouveau scindées par groupe. C'est le cas que vise l'avertissement d'Arnold sur la mémoire et le disque. Ajoutez des groupes pour les lampes que vous comptez rééquilibrer, pas pour chaque lumière de la scène.

EXR multicouche ou fichiers séparés

Une fois les AOV choisis, la décision suivante porte sur leur mode d'enregistrement.

Question	Un EXR multicouche par image	Un fichier séparé par passe
Fichiers par image	Un seul, contenant chaque passe sous forme de calque	Un par passe, donc dix passes font dix fichiers pour chaque image
Synchronisation des passes	Toutes les passes d'une image voyagent ensemble	Chaque séquence doit rester complète et alignée image par image
Ouverture en compositing	Une seule lecture, puis séparation des calques	Une lecture par séquence
Réglages par passe	Un seul jeu d'options de fichier	Chaque passe peut utiliser sa propre compression quand le moteur le permet
Usage typique	Pipelines VFX et de compositing	Pipelines simples, ou outils qui ne savent pas lire les fichiers à calques

Les moteurs diffèrent dans la façon d'y parvenir. Dans Arnold, Merge AOVs active les EXR multicanaux, et la documentation de Maya note que les EXR multipart et les AOV EXR non fusionnés peuvent utiliser différents types de compression. Dans Redshift, tous les AOV partageant le même préfixe personnalisé sont stockés dans le même fichier EXR lorsque vous travaillez en EXR multicouche. Dans V-Ray pour Maya, la sortie des éléments dépend de l'option de fichier image brut ou Separate render channels, comme indiqué plus haut.

Deux voies comparant des fichiers séparés, où une image produit quatre fichiers EXR distincts, et un EXR multicouche, où la même image produit un seul fichier contenant quatre calques

Pour la plupart des travaux de compositing, un fichier multicouche par image est plus facile à transporter et plus difficile à casser. Compositing VFX et rendu dans le cloud explique ce que fait un compositing de ces fichiers, y compris la mémoire qu'il exige, et Render farm pour le motion design présente le transfert d'EXR multipart vers After Effects.

Choisir les AOV à rendre

Cocher toutes les cases se comprend et se révèle généralement une erreur. Une approche qui fonctionne :

Demandez au compositing ce qu'il va toucher. Un plan qui n'a besoin que d'un brouillard basé sur la profondeur n'a pas besoin de douze passes d'éclairage.
Conservez toujours la beauty. C'est votre vérification que les passes s'additionnent encore correctement.
Ajoutez des passes de données pour des tâches précises. Depth pour le défocus ou le brouillard, motion vectors pour le flou, Cryptomatte pour les sélections, normals ou position pour le rééclairage.
Traitez les données de débruitage comme une catégorie à part. L'option Output Denoising AOVs d'Arnold écrit diffuse_albedo, Z et N, et Cycles propose des passes Denoising Data. Elles alimentent un débruiteur et ne sont pas des passes créatives ; la configuration propre à Arnold se trouve dans le guide du débruiteur.
Testez d'abord une image. Vérifiez en compositing que chaque passe est présente et reconstruit bien la beauty.

La façon dont les passes d'éclairage sont gérées en couleur relève de votre pipeline colorimétrique, expliqué dans l'article sur ACES.

Ce que changent les AOV lorsque les images sont rendues sur une render farm

Une render farm répartit les images sur de nombreuses machines, et les AOV ne changent rien à cela. Ils changent la quantité produite par chaque image et ce qui doit être rapatrié ensuite.

Poids de sortie par image. Chaque passe ajoute des canaux par pixel. OpenEXR stocke un canal half float sur 2 octets et un canal full float sur 4. Prenons une image hypothétique de 1920 × 1080, soit 2 073 600 pixels. Une image RGBA beauty seule en half float représente 8 octets par pixel, environ 16,6 Mo non compressés. Supposons maintenant la beauty plus 12 AOV à trois canaux plus un canal de profondeur en full float : 84 octets par pixel, environ 174 Mo par image, soit environ dix fois plus. Sur 240 images, cela donne environ 4,0 Go contre 41,8 Go. La compression EXR réduit les fichiers réels, dans une proportion qui dépend de l'image ; lisez donc ces chiffres comme des proportions, pas comme des prévisions.

Poids de sortie par image de 1920 × 1080 : beauty seule, 8 octets par pixel, 16,6 Mo par image, 4,0 Go pour 240 images ; beauty plus 12 AOV RGB plus depth, 84 octets par pixel, 174 Mo par image, 41,8 Go pour 240 images, non compressé et hypothétique

Transfert et stockage. Terminer un rendu ne clôt pas le travail ; les fichiers doivent encore arriver sur votre disque. Les résultats sur Super Renders Farm peuvent être téléchargés depuis l'interface web ou récupérés automatiquement par l'application cliente SuperRenders Client App. Une séquence dix fois plus volumineuse met proportionnellement plus de temps à être transférée et demande proportionnellement plus d'espace disque local.

Disponibilité des moteurs et des hôtes. Nous rendons des jobs Arnold, V-Ray, Redshift, Corona et Cycles, et les workflows AOV décrits ci-dessus s'appliquent à chacun. Redshift rend sur des nœuds GPU. Certaines associations hôte et moteur, comme Redshift for Blender, V-Ray for Blender et Arnold for Houdini, sont provisionnées sur demande : contactez-nous pour confirmer avant d'envoyer une scène qui en dépend. Le fonctionnement des crédits et des tarifs est présenté sur la page des tarifs.

Conventions de nommage pour que le compositing récupère tout

Certains problèmes d'AOV sont des problèmes de nommage plutôt que de rendu. Un compositeur qui ouvre une séquence veut que chaque passe soit repérable et que chaque image soit alignée ; avec Redshift, par exemple, le préfixe que vous choisissez constitue l'ossature du nom de chaque fichier AOV. Une convention qui survit aux transmissions :

Élément	Exemple	Pourquoi
Plan et version dans le préfixe	`shot010_v003`	Distingue les versions et permet de les trier
Nom de la passe en suffixe	`_beauty`, `_depth`	La passe se lit dans le nom du fichier
Numérotation des images à longueur fixe	`.1001.exr`	Les séquences se trient correctement et les outils détectent la plage
Un dossier par version	`shot010/v003/`	Un nouveau rendu n'écrase jamais la version approuvée
Caractères simples	lettres, chiffres, tiret bas	Les espaces et les symboles cassent les scripts et le relinking

Intégrez la convention à votre scène modèle et utilisez-la aussi pour les rendus de test locaux, afin qu'une image revenue d'une render farm porte exactement le même nom que celle rendue sur votre poste et que le compositing n'ait pas besoin de relinking.

Erreurs courantes avec les AOV et comment les repérer

Les pièges de V-Ray, de Merge AOVs et des motion vectors sont traités plus haut. Trois autres apparaissent quel que soit le moteur.

Symptôme	Cause probable	Correction
La depth ou les normals semblent écrêtées ou posterisées	Passes de données écrites dans un format 8 bits comme JPEG ou PNG, incapable de stocker des valeurs float	Écrire les passes de données en EXR
Le compositing ne trouve pas les passes ou les images ne s'alignent pas	Préfixes, suffixes ou numérotation des images incohérents	Appliquer une seule convention de nommage à chaque passe
Téléchargements et usage disque très au-dessus du prévu	Chaque image porte une longue liste de passes, avec peut-être des light groups	Réduire la liste à ce que le compositing utilise

Résumé : une checklist AOV

AOV signifie Arbitrary Output Variable : une image supplémentaire par pixel écrite à côté de la beauty.
Les passes d'éclairage reconstruisent la beauty ; les passes de données décrivent la scène.
Les noms et les panneaux diffèrent selon le moteur, vérifiez donc la documentation de votre version.
Privilégiez un EXR multicouche par image, ne rendez que les passes que le compositing utilisera, et estimez le poids de sortie avant l'envoi.
Utilisez une seule convention de nommage en local et sur la render farm, et testez une image avant la séquence.

FAQ

Q: Que signifie AOV en rendu ? A: AOV signifie Arbitrary Output Variable. C'est une image ou un calque d'image supplémentaire que le moteur de rendu écrit en parallèle du rendu beauty, et qui contient une grandeur par pixel comme l'éclairage diffus, la profondeur, les normals ou un ID d'objet.

Q: Les AOV sont-ils la même chose que les passes de rendu ? A: En pratique, oui. Arnold et Redshift parlent d'AOV, V-Ray de render elements, Blender Cycles de render passes, et Corona utilise des render elements dans 3ds Max et des multipasses dans Cinema 4D.

Q: Quelle est la différence entre passes beauty et passes utilitaires ? A: Les passes beauty ou d'éclairage, comme diffuse, specular et emission, contiennent de la lumière et peuvent être additionnées pour reconstruire l'image finale. Les passes utilitaires ou de données, comme depth, normals, position, motion vectors et IDs, contiennent des informations sur la scène plutôt que de la lumière et servent aux effets et aux sélections en compositing.

Q: Dois-je enregistrer les AOV dans un EXR multicouche ou dans des fichiers séparés ? A: Pour le compositing, un EXR multicouche par image est généralement plus simple, car toutes les passes d'une image voyagent ensemble et ne peuvent pas se désynchroniser. Les fichiers séparés se justifient quand un outil ne sait pas lire les fichiers à calques ou quand vous voulez une compression différente par passe.

Q: Les AOV ralentissent-ils les rendus ou les alourdissent-ils ? A: Plus lourds, oui : la documentation d'Arnold indique que davantage d'AOV occupent plus de mémoire et d'espace disque, surtout avec des light groups. L'effet sur le temps de rendu varie selon le moteur et la passe ; chronométrez donc une image de test avec et sans les passes supplémentaires avant d'envoyer une séquence.

Q: Peut-on rendre des AOV sur une render farm ? A: Oui. Les images sont rendues normalement et chacune écrit les passes que vous avez activées. Sur notre render farm, nous rendons des jobs Arnold, V-Ray, Redshift, Corona et Cycles, et certaines associations hôte et moteur sont provisionnées sur demande : contactez-nous pour confirmer avant d'envoyer une scène qui en dépend. Lancez d'abord une image de test et vérifiez que chaque passe revient.

Q: Les AOV en rendu sont-ils la même chose que l'AOV en e-commerce ? A: Non. En rendu, le terme désigne Arbitrary Output Variable. Dans le commerce en ligne, il désigne normalement la valeur moyenne des commandes, et en photographie une abréviation similaire peut renvoyer à l'angle de champ. Elles partagent des lettres et rien d'autre.