¿Qué son los AOV en renderizado? Pases explicados

Introducción

¿Qué son los AOV en renderizado? AOV son las siglas de Arbitrary Output Variable (variable de salida arbitraria): una imagen independiente que el motor escribe junto a la imagen final y que contiene uno de sus ingredientes, como la iluminación difusa, la distancia a la cámara o la dirección hacia la que apunta cada superficie. Los artistas también hablan de render passes, render elements o multipasses, según el software. Es una misma idea con varios nombres.

Una aclaración rápida, porque la sigla viaja. En el comercio electrónico, AOV suele significar valor medio del pedido (average order value), y en el lenguaje de cámaras puede significar ángulo de visión (angle of view). Este artículo trata únicamente del significado en renderizado.

Los AOV existen porque un fotograma terminado es difícil de modificar una vez que el motor lo ha fusionado todo, y volver a renderizar un fotograma largo para corregir un solo detalle es caro. Guardados por separado, esos ingredientes permiten que un compositor los ajuste en minutos. Esta guía explica qué contienen los pases más comunes, cómo Arnold, V-Ray, Redshift, Cycles y Corona los nombran y los activan, cuándo un único EXR multicapa es mejor que muchos archivos y qué cambian los AOV cuando los fotogramas se renderizan en una render farm.

La configuración del denoiser específica de Arnold está en How to Denoise AOVs Effectively, la gestión del color en ACES Color Management Explained y el panorama general de cómo una escena se convierte en un fotograma en What Is Rendering? A Complete Guide.

Qué es un AOV, en términos sencillos

La guía de usuario de Arnold de Autodesk (consultada el 10 de noviembre de 2026) define los AOV como una forma de renderizar cualquier componente arbitrario de una red de shading en imágenes distintas. La documentación de Redshift de Maxon (consultada el 10 de noviembre de 2026) lo plantea desde el lado de los datos: los AOV son los distintos tipos de información por píxel que el motor puede producir. Un renderizado normal entrega un color por píxel; un AOV entrega otra magnitud por píxel, guardada como imagen propia o como capa dentro de un archivo.

Esas magnitudes se dividen en dos familias.

Componentes de iluminación. Dividen la imagen según lo que produjeron la luz y el material: difuso, especular, transmisión, emisión, etc. La guía de Arnold señala que basta con sumar esos AOV para reconstruir el AOV beauty, y por eso gustan a los compositores: cada parte se puede corregir por separado y la suma sigue igualando al fotograma.

Pases de datos. Contienen hechos sobre la escena en lugar de luz: distancia a la cámara, dirección de la superficie, identidad del objeto, movimiento entre fotogramas. La documentación de Redshift los llama utility AOV, y V-Ray los clasifica en los tipos de elemento de geometría y utilidad.

La contrapartida se expone con claridad en la guía de Arnold: más AOV dan más control en la composición, pero también más trabajo de gestión, y ocupan más memoria y espacio en disco, sobre todo combinados con light groups.

Cinco pases de iluminación (difuso directo, difuso indirecto, especular, transmisión y emisión) que alimentan un único cuadro etiquetado beauty, la suma de los pases

Pases beauty y pases de utilidad

Los nombres varían según el motor (la siguiente sección lo detalla), pero el contenido es coherente.

Pase	Qué contiene	Uso habitual en composición
Beauty	La imagen completa iluminada	La capa base; todos los demás pases se juzgan respecto a ella
Difuso (directo e indirecto)	Luz dispersada por superficies mates, separada según cómo llegó	Reajustar la luz de las superficies sin tocar los reflejos
Especular o reflexión	Brillos y reflejos tipo espejo	Reforzar o suavizar los brillos
Transmisión o refracción	Luz que atraviesa el vidrio y el agua	Ajustar el vidrio por separado de lo que hay detrás
Emisión	Luz que emiten las superficies luminosas	Añadir o dar forma al resplandor
Albedo	Color de la superficie sin iluminación ni sombras	Ayuda para el denoising y la limpieza
Z o profundidad	Distancia a la cámara, por píxel	Profundidad de campo, niebla y atmósfera
Normales	La dirección hacia la que apunta cada superficie	Reiluminación y efectos sensibles a los bordes
Vectores de movimiento	Movimiento en espacio de pantalla de cada píxel	Motion blur aplicado en la composición
Object ID, material ID, Cryptomatte	A qué objeto o material pertenece un píxel	Selecciones y máscaras sin volver a renderizar
Light groups o light select	La imagen iluminada solo por las luces elegidas	Reequilibrar lámparas individuales

Algunas de estas definiciones vienen directamente del fabricante. En la guía de Arnold, Z es la profundidad de los puntos de shading vista desde la cámara, P es su posición en el espacio del mundo, N es la normal suave en el espacio del mundo e ID es un número aleatorio derivado del nombre de la forma. El AOV de vectores de movimiento es un vector 2D para el movimiento en espacio de pantalla, y la guía añade que es necesario configurar un obturador instantáneo para la cámara, ese tipo de detalle que cuesta una tarde entera cuando se descubre a base de ensayo y error.

Cómo los nombra y los activa cada motor

Cada motor expone la misma idea con su propio vocabulario y su propio panel. Esto es un mapa, no un manual: las rutas de menú cambian entre aplicaciones anfitrionas y versiones, así que consulte la documentación de su versión exacta.

Motor	Cómo los llama	Dónde se activan	Conviene saber
Arnold	AOVs	La pestaña AOVs de los ajustes de render (Arnold for Maya muestra los AOV Available y Active)	Los AOV integrados, como profundidad, posición, normales, ID, componentes de iluminación y vector de movimiento, están siempre disponibles
V-Ray	Render elements, también llamados render passes	La pestaña Render Elements de los ajustes de render	Decenas de tipos de elemento agrupados como beauty, matte, geometría y utilidad
Redshift	AOVs	La lista de AOV en los ajustes de render	Agrupados en integrated, utility y custom; Cryptomatte es un AOV propio
Cycles (Blender)	Render passes	Properties, View Layer, Passes	Pases de datos, pases de luz, Cryptomatte y light groups
Corona	Render elements (3ds Max), multipasses (Cinema 4D)	Los ajustes de render element o multipass del anfitrión	Incluye Virtual Beauty y pases matte, además de un elemento Cryptomatte

El detalle de cada fila, con fuentes consultadas el 10 de noviembre de 2026:

Arnold. La página de AOV de Arnold for Maya indica que cada AOV se apoya en tres nodos: el propio AOV, un driver y un filtro. También señala que la opción Output Denoising AOVs escribe diffuse_albedo, Z y N, lo que en Maya requiere actualmente EXR con Merge AOVs activado.

V-Ray. La página de render elements de V-Ray for Maya describe los render elements como una forma de dividir los renderizados en partes componentes, como color difuso, reflejos, sombras y mattes. Incluye además el detalle que suele pillar desprevenido a más de uno: V-Ray solo escribe los elementos en archivos si se activa una de las salidas de archivo de imagen raw de V-Ray o la opción Separate render channels.

Redshift. La introducción a los AOV de Maxon enumera los AOV integrados (reflejos, refracciones, iluminación global), los utility AOV (profundidad, vectores de movimiento, posición en el mundo) y los AOV custom que usted define, con light groups que amplían los integrados. El nombre de archivo de cada AOV es el prefijo de nombre compartido más un sufijo, algo que importa para la nomenclatura más adelante.

Cycles. La página Passes del manual de Blender enumera los pases de datos (como Depth, Position, Normal, Vector, UV y los índices de objeto y material) y los pases de luz (difuso, glossy y transmisión divididos en directo, indirecto y color, además de emisión, entorno y oclusión ambiental), y después Cryptomatte y light groups.

Corona. La página de características de Corona de Chaos indica que Corona ofrece muchos render elements en 3ds Max y multipasses en Cinema 4D, incluidos Virtual Beauty y pases matte, y describe un render element Cryptomatte que genera canales de render almacenados en un archivo OpenEXR multicanal.

Cryptomatte y light groups: dos casos especiales

Dos tipos de pase cambian la cantidad de datos que lleva un fotograma.

Cryptomatte crea mattes de ID automáticamente a partir de los nombres de objetos y materiales que ya existen en la escena. Redshift, Cycles y Corona lo incluyen, como se vio en las secciones anteriores. En la práctica, un pase Cryptomatte añade varios canales a cada fotograma. Nuestra guía de EXR-IO y Cryptomatte explica cómo usar esos mattes en Photoshop, así que aquí no se repiten los pasos de composición.

Los light groups renderizan la escena como si solo estuvieran encendidas ciertas luces, con una imagen por grupo. El manual de Blender describe un light group como un pase Combined limitado en el que la escena está iluminada solo por ciertas luces. Los grupos dan control por lámpara en la composición y multiplican el número de imágenes, porque los pases de iluminación pueden dividirse de nuevo por grupo. Ese es el caso que tiene en mente la advertencia de memoria y disco de Arnold. Añada grupos para las lámparas que prevea reequilibrar, no para todas las luces de la escena.

EXR multicapa frente a archivos separados

Una vez elegidos los AOV, la siguiente decisión es cómo se guardan.

Pregunta	Un EXR multicapa por fotograma	Un archivo por pase
Archivos por fotograma	Uno, con todos los pases como capas	Uno por pase, de modo que diez pases son diez archivos por cada fotograma
Mantener los pases sincronizados	Todos los pases de un fotograma viajan juntos	Cada secuencia debe estar completa y alineada por fotograma
Abrirlo en la composición	Una lectura, y luego se separan las capas	Una lectura por secuencia
Ajustes por pase	Un único conjunto de opciones de archivo	Cada pase puede usar su propia compresión cuando el motor lo permite
Entorno habitual	Pipelines de VFX y composición	Pipelines sencillos o herramientas que no pueden leer archivos por capas

Los motores difieren en cómo llegan hasta ahí. En Arnold, Merge AOVs activa los EXR multicanal, y la documentación de Maya señala que los AOV EXR multipart y no fusionados pueden usar distintos tipos de compresión. En Redshift, todos los AOV con el mismo prefijo custom se almacenan en el mismo archivo EXR cuando se trabaja con EXR multicapa. En V-Ray for Maya, la salida de los elementos depende de la opción de archivo de imagen raw o de Separate render channels, como se indicó antes.

Dos carriles que comparan archivos separados, donde un fotograma produce cuatro archivos EXR distintos, con un EXR multicapa, donde el mismo fotograma produce un solo archivo con cuatro capas

Para la mayor parte del trabajo de composición, un archivo multicapa por fotograma es más fácil de transportar y más difícil de romper. VFX Compositing and Cloud Rendering explica qué hace una composición con esos archivos, incluida la memoria que necesita, y Render Farm for Motion Design muestra el traspaso de EXR multi-part a After Effects.

Elegir qué AOV renderizar

Marcar todas las casillas es comprensible y, normalmente, un error. Un enfoque que funciona:

Pregunte a la composición qué va a tocar. Un plano que solo necesita niebla basada en profundidad no necesita doce pases de iluminación.
Conserve siempre el beauty. Es su comprobación de que los pases siguen sumando.
Añada pases de datos para tareas concretas. Profundidad para desenfoque o niebla, vectores de movimiento para el blur, Cryptomatte para selecciones, normales o posición para la reiluminación.
Trate los datos de denoising como una categoría aparte. La opción Output Denoising AOVs de Arnold escribe diffuse_albedo, Z y N, y Cycles incluye pases Denoising Data. Alimentan un denoiser y no son pases creativos; la configuración específica de Arnold está en la guía del denoiser.
Pruebe primero un fotograma. Confirme en la composición que están todos los pases y que reconstruyen el beauty.

La forma en que se gestiona el color de los pases de iluminación pertenece a su pipeline de color, que explica el artículo sobre ACES.

Qué cambian los AOV cuando los fotogramas se renderizan en una render farm

Una render farm distribuye los fotogramas entre muchas máquinas, y los AOV no cambian eso. Cambian cuánto produce cada fotograma y qué hay que traer de vuelta después.

Tamaño de salida por fotograma. Cada pase supone más canales por píxel. OpenEXR almacena un canal de coma flotante de media precisión en 2 bytes y uno de precisión completa en 4 bytes. Tomemos un fotograma hipotético de 1920 x 1080, que tiene 2.073.600 píxeles. Una imagen RGBA solo beauty en media precisión ocupa 8 bytes por píxel, unos 16,6 MB sin comprimir. Supongamos ahora beauty más 12 AOV de tres canales más un canal de profundidad de precisión completa: 84 bytes por píxel, unos 174 MB por fotograma, aproximadamente diez veces más. En 240 fotogramas son unos 4,0 GB frente a 41,8 GB. La compresión EXR reduce los archivos reales en una cantidad que depende de la imagen, así que tome estas cifras como proporciones, no como predicciones.

Tamaño de salida por fotograma de 1920 x 1080: solo beauty son 8 bytes por píxel, 16,6 MB por fotograma y 4,0 GB para 240 fotogramas; beauty más 12 AOV RGB más profundidad son 84 bytes por píxel, 174 MB por fotograma y 41,8 GB para 240 fotogramas, sin comprimir e hipotéticos

Transferencia y almacenamiento. Terminar un render no es el final del trabajo; los archivos tienen que llegar a su disco. Los resultados en Super Renders Farm se pueden descargar desde la interfaz web o recuperar automáticamente con la SuperRenders Client App. Una secuencia diez veces mayor tarda proporcionalmente más en moverse y necesita proporcionalmente más disco local.

Disponibilidad de motores y anfitriones. Renderizamos trabajos de Arnold, V-Ray, Redshift, Corona y Cycles, y los flujos de trabajo de AOV descritos arriba se aplican a todos ellos. Redshift renderiza en nodos GPU. Algunas combinaciones de anfitrión y motor, como Redshift for Blender, V-Ray for Blender y Arnold for Houdini, se aprovisionan bajo petición, así que contáctenos para confirmarlo antes de subir una escena que dependa de una de ellas. Cómo funcionan los créditos y las tarifas se explica en la página de precios.

Convenciones de nomenclatura para que la composición lo recoja todo

Algunos problemas con los AOV son problemas de nombres y no de render. Un compositor que abre una secuencia quiere que cada pase sea localizable y cada fotograma esté alineado, y con Redshift, por ejemplo, el prefijo que usted elija es la base del nombre de cada archivo de AOV. Una convención que sobrevive a los traspasos:

Elemento	Ejemplo	Por qué
Plano y versión en el prefijo	`shot010_v003`	Mantiene las versiones separadas y ordenables
Nombre del pase como sufijo	`_beauty`, `_depth`	El pase se lee a partir del nombre de archivo
Relleno de fotograma de longitud fija	`.1001.exr`	Las secuencias se ordenan bien y las herramientas detectan el rango
Una carpeta por versión	`shot010/v003/`	Un nuevo render nunca sobrescribe el aprobado
Caracteres simples	letras, dígitos, guion bajo	Los espacios y los símbolos rompen scripts y reenlaces

Incluya la convención en su plantilla de escena y úsela también en los renders de prueba locales, de modo que un fotograma que regresa de una render farm se llame exactamente igual que uno renderizado en su workstation y la composición no necesite reenlazar nada.

Errores comunes con los AOV y cómo detectarlos

Los problemas de V-Ray, de Merge AOVs y de vectores de movimiento se tratan más arriba. Otros tres aparecen sea cual sea el motor.

Síntoma	Causa probable	Solución
La profundidad o las normales se ven recortadas o con bandas	Pases de datos escritos en un formato de 8 bits como JPEG o PNG, que no puede guardar valores de coma flotante	Escriba los pases de datos en EXR
La composición no encuentra pases o los fotogramas no se alinean	Prefijos, sufijos o relleno de fotogramas incoherentes	Aplique una sola convención de nomenclatura a todos los pases
Las descargas y el uso de disco superan con mucho lo previsto	Cada fotograma lleva una lista larga de pases, posiblemente con light groups	Reduzca la lista a lo que usa la composición

Resumen: una lista de comprobación de AOV

AOV significa Arbitrary Output Variable: una imagen adicional por píxel que se escribe junto al beauty.
Los pases de iluminación reconstruyen el beauty; los pases de datos describen la escena.
Los nombres y los paneles difieren según el motor, así que verifique con la documentación de su versión.
Prefiera un EXR multicapa por fotograma, renderice solo los pases que usará la composición y calcule el tamaño de la salida antes de enviar.
Use una sola convención de nomenclatura en local y en la render farm, y pruebe un fotograma antes de la secuencia.

FAQ

Q: ¿Qué significa AOV en renderizado? A: AOV significa Arbitrary Output Variable (variable de salida arbitraria). Es una imagen o capa de imagen adicional que el motor escribe junto al render beauty y que contiene una magnitud por píxel, como la iluminación difusa, la profundidad, las normales o un ID de objeto.

Q: ¿Son lo mismo los AOV que los render passes? A: En la práctica, sí. Arnold y Redshift dicen AOV, V-Ray dice render elements, Blender Cycles dice render passes y Corona usa render elements en 3ds Max y multipasses en Cinema 4D.

Q: ¿Cuál es la diferencia entre los pases beauty y los pases de utilidad? A: Los pases beauty o de iluminación, como difuso, especular y emisión, contienen luz y pueden sumarse para reconstruir la imagen final. Los pases de utilidad o de datos, como profundidad, normales, posición, vectores de movimiento e IDs, contienen información de la escena en lugar de luz y se usan para efectos y selecciones en la composición.

Q: ¿Debo guardar los AOV como un EXR multicapa o como archivos separados? A: Para la composición, un EXR multicapa por fotograma suele ser más sencillo porque todos los pases de un fotograma viajan juntos y no pueden desincronizarse. Los archivos separados tienen sentido cuando una herramienta no puede leer archivos por capas o cuando se desea una compresión distinta por pase.

Q: ¿Los AOV hacen que los renders sean más lentos o más grandes? A: Más grandes, sí: la documentación de Arnold indica que más AOV ocupan más memoria y espacio en disco, sobre todo con light groups. El efecto sobre el tiempo de render varía según el motor y el pase, así que mida un fotograma de prueba con y sin los pases adicionales antes de enviar una secuencia.

Q: ¿Se pueden renderizar AOV en una render farm? A: Sí. Los fotogramas se renderizan como de costumbre y cada uno escribe los pases que usted haya activado. En nuestra render farm renderizamos trabajos de Arnold, V-Ray, Redshift, Corona y Cycles, y algunas combinaciones de anfitrión y motor se aprovisionan bajo petición, así que contáctenos para confirmarlo antes de subir una escena que dependa de una de ellas. Ejecute primero un fotograma de prueba y compruebe que regresan todos los pases.

Q: ¿Es lo mismo AOV en renderizado que AOV en comercio electrónico? A: No. En renderizado significa Arbitrary Output Variable. En el comercio minorista en línea normalmente significa valor medio del pedido, y en fotografía una abreviatura similar puede referirse al ángulo de visión. Comparten letras y nada más.