Vulkan 1.4.366 ajoute les métadonnées HDR dynamiques SMPTE ST 2094-50

Le Khronos Group a publié la version 1.4.366 de la spécification Vulkan le 23 octobre 2026. Sa seule nouveauté est une extension Google qui permet à une application d'associer des métadonnées HDR dynamiques SMPTE ST 2094-50 aux images qu'elle affiche à l'écran. Les programmes Vulkan disposent ainsi d'un moyen standard d'indiquer à un écran comment ajuster une vidéo HDR lumineuse scène par scène, plutôt qu'avec un réglage fixe unique.

Vulkan est l'interface graphique ouverte que les jeux, les lecteurs vidéo et les navigateurs utilisent pour dialoguer avec la puce graphique. Le Khronos Group est l'organisme industriel qui la maintient. De petites mises à jour de la spécification paraissent environ toutes les deux semaines, et le dernier nombre de la version les compte. La précédente mise à jour traitée ici, la 1.4.363, ajoutait une requête sur le matériel Intel.

Ce que fait la nouvelle extension

L'extension figure dans le journal des modifications de Khronos sous le nom VK_GOOGLE_hdr_SMPTE_ST_2094_50_metadata. Ses fichiers de spécification l'écrivent VK_GOOGLE_hdr_smpte_st_209450_metadata. Elle se greffe sur la swapchain, la file des images terminées qui attendent d'être envoyées à l'écran.

Le HDR, ou grande plage dynamique, désigne une vidéo dont les hautes lumières sont bien plus brillantes que celles d'une vidéo standard. Les écrans diffèrent beaucoup dans la luminosité qu'ils peuvent atteindre. La réserve de luminosité d'un écran au-delà du blanc normal s'appelle sa marge, ou headroom. Le logiciel doit comprimer la vidéo HDR pour l'adapter à chaque écran, une étape appelée tone mapping.

Jusqu'ici, Vulkan n'offrait que des métadonnées HDR statiques, via l'ancienne extension VK_EXT_hdr_metadata. Les métadonnées statiques décrivent une vidéo entière une seule fois. Les métadonnées dynamiques peuvent changer d'une scène à l'autre. La nouvelle extension comble ce manque, selon son document de proposition.

Les éléments qu'elle ajoute sont modestes.

Nom	À quoi il sert
VkHdrSmpteSt209450GOOGLE	Transporte les métadonnées : une taille, un pointeur vers les données ST 2094-50 et une préférence énergétique
VkPhysicalDeviceHdrSmpteSt209450FeaturesGOOGLE	Indique si l'appareil prend en charge la fonction
VkSurfaceCapabilitiesHdrSmpteSt209450GOOGLE	Indique si une surface de fenêtre donnée la prend en charge
VkHdrSmpteSt209450PowerPreferenceGOOGLE	Choisit la précision des couleurs (0) ou la faible consommation (1)

La structure de métadonnées s'enchaîne à la structure existante VkHdrMetadataEXT. Selon la proposition, cette conception reprend celle de l'extension antérieure de Huawei, VK_HUAWEI_hdr_vivid. Elle nécessite aussi VK_EXT_hdr_metadata et VK_KHR_get_surface_capabilities2.

L'annexe de l'extension crédite trois ingénieurs de Google : Alec Mouri, Christopher Cameron et John Reck. Elle en est à la révision 1, datée du 8 octobre 2026.

Ce qu'est SMPTE ST 2094-50

La SMPTE est l'organisme de normalisation de l'ingénierie du cinéma et de la télévision. ST 2094-50 est sa nouvelle norme pour mélanger contenus HDR et standard sur un même écran. Google l'a développée avec Apple et NBCUniversal, selon un billet de blog de Google du 14 mai 2026.

Le problème visé est connu. Un mélange de contenus HDR et standard peut paraître « délavé ou surexposé », a écrit Google. La norme utilise deux outils. Une ancre de blanc de référence fixe le contenu standard à une luminosité constante. Des courbes de gain adaptées à la marge, écrites par le créateur de la vidéo, indiquent ensuite à un écran peu lumineux comment comprimer les ombres et les tons moyens tout en préservant les hautes lumières.

Phoronix rapporte que la norme a été finalisée en août. Google a indiqué en mai que la prise en charge de la norme finalisée arrivera dans une prochaine version de Chrome, sans préciser laquelle.

Les corrections de la 1.4.366

Le journal des modifications recense cinq corrections issues de signalements publics sur GitHub et 11 issues du suivi interne de Khronos. Quelques-unes méritent d'être connues :

• Une erreur de décalage d'une unité dans la règle d'usage valide 08071, pour la liaison des tampons de descripteurs, a été corrigée.
• Une nouvelle règle exige des plages d'adresses uniques lors de l'écriture de descripteurs avec vkWriteSamplerDescriptorsEXT et vkWriteResourceDescriptorsEXT.
• Des correspondances HLSL inversées dans la proposition VK_EXT_ray_tracing_invocation_reorder ont été corrigées.
• L'image de base de l'outillage a été mise à jour à cause d'un problème de certificat lié à eMudhra, l'autorité de certification qui a récemment quitté le marché des certificats publics.
• Les identifiants de deux pilotes, nikki et momoten, ont été enregistrés.

Ce que cela signifie pour les développeurs

La plupart des développeurs de jeux peuvent ignorer cette version. Elle compte pour les équipes qui lisent de la vidéo HDR via Vulkan : lecteurs vidéo, navigateurs, compositeurs et applications multimédias Android.

Si c'est votre cas, vérifiez la prise en charge avant de l'utiliser. Interrogez la fonction de l'appareil, puis la capacité de la surface, car une extension préfixée par un fournisseur n'existe que là où un pilote l'expose.

Manipulez le tampon de métadonnées avec soin. Selon la proposition, l'implémentation ne valide pas le contenu de pMetadata et le transmet directement au moteur d'affichage. Un flux binaire mal formé ne déclenchera pas d'erreur Vulkan, alors testez avec de vrais contenus ST 2094-50.

Choisissez le mode d'alimentation à dessein. Les portables et les téléphones peuvent préférer la faible consommation, tandis que les outils de montage veulent la précision des couleurs.

Enfin, n'attendez pas encore de requête sur la marge. La proposition indique qu'une extension distincte pour interroger et limiter la marge d'une swapchain « pourrait être plus appropriée ». Surveillez-la, ainsi que la version de Chrome qui livrera la prise en charge de ST 2094-50.