Vulkan 1.4.366 añade metadatos HDR dinámicos SMPTE ST 2094-50

El Khronos Group publicó la versión 1.4.366 de la especificación Vulkan el 23 de octubre de 2026. Su única novedad es una extensión de Google que permite a una aplicación asociar metadatos HDR dinámicos SMPTE ST 2094-50 a las imágenes que muestra en pantalla. Así, los programas Vulkan obtienen una forma estándar de indicar a una pantalla cómo ajustar el vídeo HDR brillante escena a escena, en lugar de con un único ajuste fijo.

Vulkan es la interfaz gráfica abierta que usan los juegos, los reproductores de vídeo y los navegadores para hablar con el chip gráfico. El Khronos Group es el organismo del sector que la mantiene. Las actualizaciones pequeñas de la especificación llegan más o menos cada dos semanas, y el último número de la versión las cuenta. La última que se cubrió aquí, la 1.4.363, añadió una consulta de hardware de Intel.

Qué hace la nueva extensión

La extensión figura en el registro de cambios de Khronos como VK_GOOGLE_hdr_SMPTE_ST_2094_50_metadata. Sus archivos de especificación la escriben VK_GOOGLE_hdr_smpte_st_209450_metadata. Se acopla a la swapchain, la cola de fotogramas terminados que esperan para ir a la pantalla.

HDR, o alto rango dinámico, es el vídeo con luces mucho más brillantes que el vídeo estándar. Las pantallas varían mucho en el brillo que pueden alcanzar. El brillo de reserva que tiene una pantalla por encima del blanco normal se llama headroom, o margen. El software tiene que comprimir el vídeo HDR para que encaje en cada pantalla, un paso llamado mapeo de tonos.

Hasta ahora Vulkan solo ofrecía metadatos HDR estáticos, mediante la extensión más antigua VK_EXT_hdr_metadata. Los metadatos estáticos describen un vídeo entero una sola vez. Los metadatos dinámicos pueden cambiar de una escena a otra. La nueva extensión cubre ese hueco, según su documento de propuesta.

Las piezas que añade son pequeñas.

Nombre	Para qué sirve
VkHdrSmpteSt209450GOOGLE	Transporta los metadatos: un tamaño, un puntero a los datos ST 2094-50 y una preferencia de consumo
VkPhysicalDeviceHdrSmpteSt209450FeaturesGOOGLE	Informa de si el dispositivo admite la función
VkSurfaceCapabilitiesHdrSmpteSt209450GOOGLE	Informa de si una superficie de ventana concreta la admite
VkHdrSmpteSt209450PowerPreferenceGOOGLE	Elige precisión del color (0) o bajo consumo (1)

La estructura de metadatos se encadena a la estructura existente VkHdrMetadataEXT. Según la propuesta, ese diseño copia la anterior extensión de Huawei VK_HUAWEI_hdr_vivid. También requiere VK_EXT_hdr_metadata y VK_KHR_get_surface_capabilities2.

El apéndice de la extensión acredita a tres ingenieros de Google: Alec Mouri, Christopher Cameron y John Reck. Está en la revisión 1, con fecha del 8 de octubre de 2026.

Qué es SMPTE ST 2094-50

SMPTE es el organismo de normalización de la ingeniería de cine y televisión. ST 2094-50 es su nueva norma para mezclar contenido HDR y estándar en una misma pantalla. Google la desarrolló con Apple y NBCUniversal, según una entrada del blog de Google del 14 de mayo de 2026.

El problema al que apunta es conocido. El contenido HDR y estándar mezclado puede verse "deslavado o quemado", escribió Google. La norma usa dos herramientas. Un ancla de blanco de referencia fija el contenido estándar a un brillo constante. Después, unas curvas de ganancia adaptadas al headroom, escritas por el creador del vídeo, indican a una pantalla tenue cómo comprimir las sombras y los tonos medios sin perder las luces.

Phoronix informa de que la norma se finalizó en agosto. Google dijo en mayo que la compatibilidad con la norma finalizada llegará en una próxima versión de Chrome, sin precisar cuál.

Las correcciones de la 1.4.366

El registro de cambios enumera cinco correcciones procedentes de informes públicos en GitHub y 11 del sistema de seguimiento interno de Khronos. Algunas merecen conocerse:

• Se corrigió un error de desfase por uno en la regla de uso válido 08071, para la vinculación de búferes de descriptores.
• Una nueva regla exige rangos de direcciones únicos al escribir descriptores con vkWriteSamplerDescriptorsEXT y vkWriteResourceDescriptorsEXT.
• Se corrigieron unas correspondencias HLSL intercambiadas en la propuesta VK_EXT_ray_tracing_invocation_reorder.
• Se actualizó la imagen base de las herramientas por un problema de certificados relacionado con eMudhra, la autoridad de certificación que abandonó hace poco el negocio de certificados públicos.
• Se registraron los ID de dos controladores, nikki y momoten.

Qué significa esto para los desarrolladores

La mayoría de los desarrolladores de juegos pueden saltarse esta versión. Importa a los equipos que reproducen vídeo HDR a través de Vulkan: reproductores de vídeo, navegadores, compositores y aplicaciones multimedia de Android.

Si es tu caso, comprueba la compatibilidad antes de usarla. Consulta primero la función del dispositivo y después la capacidad de la superficie, porque una extensión con prefijo de fabricante solo existe donde un controlador la expone.

Trata el búfer de metadatos con cuidado. Según la propuesta, la implementación no validará el contenido de pMetadata y lo pasará directamente al motor de pantalla. Un flujo de bits mal formado no provocará un error de Vulkan, así que prueba con contenido ST 2094-50 real.

Elige el modo de consumo a propósito. Los portátiles y los teléfonos pueden preferir el bajo consumo, mientras que las herramientas de edición quieren precisión del color.

Por último, no esperes todavía una consulta de headroom. La propuesta dice que una extensión aparte para consultar y limitar el headroom de una swapchain "puede ser más apropiada". Vigila eso, y qué versión de Chrome incorpora la compatibilidad con ST 2094-50.