Gestión de color ACES explicada: cómo mantener el color consistente de la estación de trabajo a la render farm

Introducción

Si ha buscado «ACES color» o «Academy Color Encoding System», la respuesta corta es esta: ACES es un marco abierto y gratuito que da a cada imagen de una producción, ya provenga de una cámara, de un renderizador 3D o de un programa de composición, una referencia compartida sobre lo que significan sus colores. La Academy of Motion Picture Arts and Sciences lo desarrolló y mantuvo durante más de una década, y en agosto de 2025 pasó a la Academy Software Foundation (ASWF) bajo un comité directivo técnico abierto (comunicado de prensa de la Academy, consultado el 13 de octubre de 2026).

Esta guía explica ACES en lenguaje sencillo y sin imprecisiones: los principales espacios de color, las transformaciones de entrada y de salida, qué cambió en ACES 2.0 y cómo OpenColorIO (OCIO) lo entrega dentro de su software 3D. Después aborda la parte que la mayoría de las explicaciones omiten: qué ocurre con el color cuando una escena sale de su estación de trabajo y se renderiza en otras máquinas, con una lista de verificación para repasar antes de enviar un trabajo. Para saber qué es el renderizado en sí, consulte nuestra guía de fundamentos del renderizado.

Qué es ACES y qué problema resuelve

La Academy describe ACES como un marco de código abierto para la gestión del color y el intercambio de imágenes a lo largo de todo el ciclo de vida de la producción cinematográfica. Consta de tres tipos de piezas: codificaciones (los espacios de color), transformaciones (las operaciones matemáticas que llevan una imagen a ACES y de ACES a una pantalla) y especificaciones como el ACES Metadata File (AMF) y los Transform IDs. ACES2065-1 está estandarizado como SMPTE ST 2065-1:2021, y la documentación de ACES señala que decenas de empresas han incorporado componentes de ACES a sus herramientas (documentación de ACES, consultado el 13 de octubre de 2026).

El problema es sencillo. Cada dispositivo tiene su propia idea de lo que significa el valor de un píxel: una cámara graba en la codificación de su fabricante, una textura llega en sRGB, un renderizador calcula en su espacio de trabajo y cada monitor tiene un gamut ligeramente distinto. Sin una referencia compartida, los mismos números significan colores diferentes en lugares diferentes. ACES actúa como un contrato: cada fuente se convierte una sola vez, mediante una transformación conocida, a una referencia común; el trabajo se hace ahí; y una transformación conocida lleva el resultado a cada pantalla. No es un filtro que haga que los renders se vean mejor. Su valor es la consistencia, que es justamente lo que está en juego cuando una escena pasa de una máquina a otra.

Los espacios de color principales: ACES2065-1, ACEScg y ACEScct

Fuentes: las páginas de ACES2065-1, ACEScg y ACEScct, consultadas el 13 de octubre de 2026.

• ACEScg es lineal y está referido a la escena. Sus valores codifican directamente la exposición relativa. Los valores negativos son válidos y lo ideal es conservarlos, y se esperan valores muy superiores a 1,0 que no deben recortarse, salvo durante una corrección de color deliberada.
• ACEScg existe por las matemáticas de CG. La documentación explica que los cálculos de CGI suelen tratar el RGB como reflectancia, lo que se comporta mal con los primarios AP0, muy amplios. ACEScg usa los primarios AP1, más pequeños (rojo: 0,713 y 0,293; verde: 0,165 y 0,830; azul: 0,128 y 0,044) y el mismo punto blanco (CIE xy 0,32168 y 0,33767). Convertir entre ambos es una matriz fija.
• ACEScct no es un espacio de renderizado. La documentación lo califica de transitorio e interno al software o al hardware. Un renderizador trabaja en ACEScg; una herramienta de gradación puede cambiar a ACEScct.

La regla práctica: renderice y componga en ACEScg, y trate ACES2065-1 como la forma de intercambio cuando un estudio se lo pida.

Transformaciones de entrada y de salida: los dos extremos del pipeline

Entre el mundo exterior y su espacio de trabajo ACEScg hay dos tipos de transformación.

• Las transformaciones de entrada convierten una fuente al espacio de trabajo. Una textura necesita la que coincida con cómo se guardó, normalmente sRGB para las imágenes en color. En el software 3D, este es el campo espacio de color de entrada de cada nodo de imagen.
• Las transformaciones de salida toman datos ACES lineales de escena y los preparan para una pantalla, aplicando por el camino mapeo tonal y mapeo de gamut (Acerca del renderizado, consultado el 13 de octubre de 2026). En el software 3D, este es el ajuste de transformación de visualización o de pantalla en el visor y en la ventana de render.

El punto que más importa para el renderizado en una render farm: la transformación de visualización sirve para mirar la imagen. La imagen en sí debe seguir siendo lineal de escena.

Pipeline de ACES: las texturas y el material de cámara pasan por transformaciones de entrada a ACEScg para el renderizado, se almacena un EXR lineal y una transformación de salida lleva la imagen a la pantalla

Qué cambió en ACES 2.0

El registro de cambios del proyecto fecha ACES 2.0 el 4 de abril de 2025 (CHANGELOG de aces-core, consultado el 13 de octubre de 2026). La documentación de ACES sitúa en el centro de la versión un conjunto rediseñado de transformaciones de renderizado (Acerca de ACES 2, consultado el 13 de octubre de 2026):

• Nuevas transformaciones de salida (Output Transforms) con una escala tonal menos agresiva, menor contraste en los tonos medios y una caída de las altas luces más suave que en ACES 1.x.
• Un mapeo de gamut más robusto, con menos artefactos de recorte.
• Parámetros más intuitivos para pantallas poco habituales, preajustes de pantalla y transformaciones inversas optimizadas.

¿Qué supone esto para CG? Las páginas que consultamos ubican el cambio en el extremo de la pantalla del pipeline, y no encontramos ninguna afirmación de que la codificación ACEScg en sí haya cambiado. En la práctica, el mismo EXR lineal de escena puede verse distinto en pantalla según se visualice con una transformación de salida de ACES 1.x o de ACES 2.0. Si su estación de trabajo previsualiza con una y un nodo de render con la otra, está comparando dos aspectos de los mismos datos.

Una nota sobre las etiquetas de versión. La documentación de OpenColorIO enumera ahora configuraciones integradas con la etiqueta aces-v2.1 para OCIO 2.6 y posteriores, y OCIO 2.6.0 se publicó el 1 de octubre de 2026 (configuración OCIO Studio y versiones de OCIO, consultadas el 13 de octubre de 2026). Las fuentes de ACES que consultamos no incluyen ninguna entrada 2.1, así que tratamos 2.0 como la última versión que pudimos verificar en la fuente primaria de ACES. Lea la cadena de versión en el nombre de su propia configuración en lugar de darla por supuesta.

Cómo OpenColorIO entrega ACES dentro de su software

ACES define las matemáticas del color; OpenColorIO es la forma en que su aplicación las usa. OCIO es un proyecto de la Academy Software Foundation, descrito como una solución completa de gestión del color orientada a la producción cinematográfica (documentación de OpenColorIO, consultado el 13 de octubre de 2026). Un archivo de configuración define los espacios de color disponibles, los roles en los que se apoya una aplicación (como el espacio de renderizado) y las pantallas y vistas. La mayoría de las aplicaciones permiten elegirlo en las preferencias, y una variable de entorno OCIO especifica la ruta del archivo de la configuración que se usará (Uso de OCIO, consultado el 13 de octubre de 2026).

OCIO incluye también configuraciones integradas a las que se hace referencia por nombre en lugar de por ruta. La configuración CG es un conjunto ligero para las aplicaciones DCC habituales, por ejemplo ocio://cg-config-v4.0.0_aces-v2.0_ocio-v2.5. La configuración Studio contiene el conjunto completo de espacios de color, pantallas y vistas de ACES, por ejemplo ocio://studio-config-v4.0.0_aces-v2.0_ocio-v2.5. El nombre se lee como tipo de configuración, versión de la configuración, versión de ACES y versión mínima de OCIO. Al estar integradas, no se necesitan archivos LUT externos (configuración CG y las páginas de la configuración Studio, consultadas el 13 de octubre de 2026).

Cada aplicación lo conecta de forma distinta. Esto es lo que dice la documentación propia de los fabricantes (todas las páginas consultadas el 13 de octubre de 2026):

Los valores por defecto difieren según la aplicación y la versión, y algunos de los ajustes que deciden su color viven fuera del archivo de escena, en una variable de entorno o en una ruta de su propio disco. Ahí es donde empiezan los problemas. Para el ciclo 2026 de Cinema 4D, consulte nuestro resumen de novedades.

Dónde se estropea el color cuando una escena sale de su estación de trabajo

En su propia máquina, la gestión del color se sostiene gracias a cosas que usted nunca ve: una variable de entorno, un archivo de preferencias, una configuración en una carpeta que preparó hace un año. Un nodo de render no tiene nada de eso a menos que lo aporten la escena o la farm. En una render farm gestionada, usted sube un proyecto y recibe fotogramas sin iniciar sesión en las máquinas, de modo que no puede definir discretamente una variable en el nodo como lo hace en su escritorio. Conviene revisar primero cuatro fallos.

1. Una configuración OCIO distinta o ausente. La variable OCIO vive en el entorno de la máquina que la define, no en el archivo de escena, y los documentos de Cinema 4D almacenan una ruta a la configuración. Una ruta a una unidad de su estación de trabajo solo sirve si la máquina que abre la escena puede leer el mismo archivo. Cuando no puede, la aplicación puede informar de espacios de color desconocidos o recurrir a otra configuración, y el resultado deja de coincidir con lo que usted aprobó. Las configuraciones con versiones de ACES distintas causan una variante más sutil del mismo problema.

2. Espacios de color de entrada de las texturas mal etiquetados. Las texturas de color como JPEG y PNG deben leerse como sRGB, las imágenes HDR lineales como lineales de escena, y los mapas de datos (normales, rugosidad, máscaras) como raw o non-color. La página de Arnold for Maya de Autodesk recomienda exactamente esta división, y la documentación de Redshift advierte de que su conversión automática puede equivocarse, por lo que conviene revisar cada asset. Una etiqueta errónea no se anuncia: los colores se ven apagados o demasiado oscuros, o un mapa de rugosidad cambia el material sin que nadie lo note. Una render farm renderiza lo que dice la escena, fotograma tras fotograma.

3. Una transformación de visualización incorporada en la salida. La documentación de Maya dice que la vista OCIO no se aplica a los archivos de imagen renderizados a menos que se active Apply Output Transform to Renderer. Si una transformación de pantalla queda incorporada de forma permanente en sus fotogramas y su compositor aplica otra, la imagen se transforma dos veces: el contraste se aplasta, las altas luces se recortan y resulta difícil deshacerlo.

4. Salida de 8 bits referida a la pantalla en lugar de EXR lineal. OpenEXR está diseñado para representar datos de imagen HDR lineales de escena (OpenEXR, consultado el 13 de octubre de 2026). Un PNG o JPEG de 8 bits contiene valores listos para pantalla y no puede transportar los valores superiores a 1,0 que espera ACEScg, así que renderizar el trabajo real a 8 bits descarta el detalle de las altas luces y la posibilidad de volver a gradar. Nuestra guía de EXR y Cryptomatte explica cómo se estructuran los archivos EXR multicapa.

Cuatro formas en que el color se desvía entre una estación de trabajo y una render farm: discrepancia de configuración, espacio de entrada incorrecto, transformación de visualización incorporada y salida de 8 bits

Lista de verificación previa al envío para un color consistente

Siete puntos que llevan unos minutos y cuestan mucho menos que descubrir una discrepancia en el fotograma 800.

1. Registre su configuración. Anote si la escena usa un nombre integrado ocio:// o una ruta de archivo, lea la versión de ACES en el nombre y compruebe si una variable OCIO de su estación de trabajo la suministra. Esa variable no viajará con la escena.
2. Defina el espacio de trabajo dentro del proyecto. Elija el espacio de renderizado de forma explícita (ACEScg en la mayoría de los pipelines de CG) en lugar de confiar en un valor por defecto. En Cinema 4D, recuerde que un documento puede estar en modo heredado.
3. Revise la etiqueta de cada textura. Imágenes en color como sRGB, HDR lineal como lineal de escena, mapas de datos como raw. Compruebe por muestreo unos cuantos materiales.
4. Reserve la transformación de visualización para ver. Confirme que no haya ninguna transformación de pantalla incorporada en la salida, salvo que su pipeline lo requiera.
5. Exporte EXR lineal de escena para el trabajo real. Use formatos de 8 bits solo para previsualizaciones, y anote el espacio de color del EXR para su compositor.
6. Empaquete el proyecto por completo. Suba la carpeta del proyecto sin comprimir, con el archivo de escena y todos los assets referenciados en su sitio. Si usa una configuración personalizada o de estudio, avise a la render farm con antelación.
7. Renderice un fotograma de prueba. Abra el render de su estación de trabajo y el de la render farm en el mismo visor con la misma transformación de visualización, y compare algunos valores de píxel con un cuentagotas de color además de a simple vista. Las pequeñas diferencias por muestreo o denoising son normales; un cambio visible de tono no lo es.

Lista de verificación de color previa al envío en siete pasos: configuración, espacio de trabajo, etiquetas de textura, transformación de visualización, salida EXR, proyecto empaquetado, fotograma de prueba

Probar un fotograma en una render farm gestionada

Super Renders Farm es una cloud render farm completamente gestionada, por lo que usted no inicia sesión en las máquinas, no instala software en ellas ni gestiona licencias por su cuenta. Es cómodo, y es también la razón por la que la lista importa: todo lo que su estación de trabajo obtiene de su propio entorno debe viajar en la escena y en los archivos que usted sube.

No existe una lista publicada de compatibilidad por configuración para instalaciones OCIO personalizadas. Si su pipeline depende de una configuración específica de un estudio, póngase en contacto con soporte antes de subir los archivos, a través del chat en vivo 24/7 o en supportcenter@superrendersfarm.com, y envíe la configuración junto con una prueba de un fotograma. Aquí importa una regla de subida: la render farm no extrae archivos comprimidos (.zip, .rar, .7z, .tar, .tar.gz), de modo que nada de lo que haya dentro de un archivo comprimido se renderiza.

Un fotograma de prueba es un trabajo pequeño. Las cuentas nuevas reciben $25 en Render Credits gratuitos, y cómo se factura el uso se explica en la página de precios. Para las escenas de Cinema 4D y Redshift, el envío de trabajos se describe en nuestra página de cloud render farm para Cinema 4D; las páginas de Redshift, Maya y Blender cubren esas aplicaciones.

FAQ

Q: ¿Qué significa ACES? A: ACES significa Academy Color Encoding System, un marco abierto para la gestión del color y el intercambio de imágenes creado por la Academy of Motion Picture Arts and Sciences y mantenido por la Academy Software Foundation desde agosto de 2025.

Q: ¿Cuál es la diferencia entre ACES2065-1 y ACEScg? A: Ambos son lineales y comparten el punto blanco. ACES2065-1 usa los amplios primarios AP0 y es la codificación base definida por SMPTE ST 2065-1. ACEScg usa los primarios AP1, más pequeños, y es el espacio de trabajo pensado para el renderizado y la composición de CG.

Q: ¿Necesito ACES para usar una render farm? A: No. Sirve cualquier pipeline de color coherente, incluido uno lineal sRGB sencillo. Lo importante es que la escena, las texturas y los ajustes de salida sean explícitos e idénticos en todas las máquinas que intervienen en el trabajo. ACES es popular porque es un estándar documentado y compartido.

Q: ¿Qué cambió en ACES 2.0? A: El cambio principal es un conjunto rediseñado de transformaciones de renderizado y de salida, con una escala tonal más suave y un mapeo de gamut más robusto. El registro de cambios del proyecto fecha la versión el 4 de abril de 2025. La documentación que consultamos describe cambios en el extremo de la pantalla del pipeline, no una nueva codificación ACEScg.

Q: ¿Por qué mi render se ve distinto en la render farm que en mi estación de trabajo? A: Las causas habituales son una configuración OCIO distinta o ausente, texturas etiquetadas con el espacio de color de entrada equivocado, una transformación de visualización incorporada en la salida o un formato de salida de 8 bits. Compruébelas en ese orden, luego renderice un fotograma de prueba y compárelo con el render de su estación de trabajo en el mismo visor.

Q: ¿Debo renderizar a EXR o a PNG? A: Renderice el trabajo de producción a EXR lineal de escena y reserve la transformación de pantalla para la visualización y la entrega final. Use PNG o JPEG para las previsualizaciones, porque los archivos de 8 bits contienen valores listos para pantalla y no pueden transportar valores superiores a 1,0.

Q: ¿Super Renders Farm admite configuraciones OCIO personalizadas? A: No hay una lista de compatibilidad publicada para configuraciones personalizadas. Si su pipeline usa una, póngase en contacto con soporte a través del chat en vivo 24/7 o por correo electrónico antes de subir los archivos, e incluya una prueba de un fotograma para comparar con el render de su estación de trabajo.