Vulkan 1.4.366 bringt dynamische HDR-Metadaten nach SMPTE ST 2094-50

Die Khronos Group hat am 23. Oktober 2026 Version 1.4.366 der Vulkan-Spezifikation veröffentlicht. Ihre einzige neue Funktion ist eine Google-Erweiterung, mit der eine App dynamische HDR-Metadaten nach SMPTE ST 2094-50 an die Bilder hängen kann, die sie auf dem Bildschirm zeigt. Damit erhalten Vulkan-Programme einen Standardweg, einem Display mitzuteilen, wie es helles HDR-Video Szene für Szene anpassen soll, statt mit einer festen Einstellung.

Vulkan ist die offene Grafikschnittstelle, über die Spiele, Videoplayer und Browser mit dem Grafikchip sprechen. Die Khronos Group ist das Industriegremium, das sie pflegt. Kleine Aktualisierungen der Spezifikation erscheinen etwa alle zwei Wochen, und die letzte Zahl der Version zählt sie. Die zuletzt hier besprochene Version 1.4.363 brachte eine Abfrage für Intel-Hardware.

Was die neue Erweiterung macht

Die Erweiterung steht im Khronos-Änderungsprotokoll als VK_GOOGLE_hdr_SMPTE_ST_2094_50_metadata. Die Spezifikationsdateien schreiben sie VK_GOOGLE_hdr_smpte_st_209450_metadata. Sie setzt an der Swapchain an, der Warteschlange fertiger Bilder, die auf die Ausgabe am Bildschirm warten.

HDR, kurz für High Dynamic Range, bezeichnet Video mit deutlich helleren Spitzlichtern als Standardvideo. Displays unterscheiden sich stark darin, wie hell sie werden können. Die Helligkeitsreserve, die ein Bildschirm über normalem Weiß hat, heißt Headroom. Software muss HDR-Video so stauchen, dass es zu jedem Bildschirm passt. Dieser Schritt heißt Tone Mapping.

Bisher bot Vulkan nur statische HDR-Metadaten, über die ältere Erweiterung VK_EXT_hdr_metadata. Statische Metadaten beschreiben ein ganzes Video einmal. Dynamische Metadaten können sich von Szene zu Szene ändern. Laut ihrem Vorschlagsdokument schließt die neue Erweiterung diese Lücke.

Die Bausteine, die sie hinzufügt, sind klein.

Name	Wofür er dient
VkHdrSmpteSt209450GOOGLE	Trägt die Metadaten: eine Größe, einen Zeiger auf die Daten nach ST 2094-50 und eine Energiepräferenz
VkPhysicalDeviceHdrSmpteSt209450FeaturesGOOGLE	Meldet, ob das Gerät die Funktion unterstützt
VkSurfaceCapabilitiesHdrSmpteSt209450GOOGLE	Meldet, ob eine bestimmte Fensteroberfläche sie unterstützt
VkHdrSmpteSt209450PowerPreferenceGOOGLE	Wählt Farbgenauigkeit (0) oder geringen Stromverbrauch (1)

Die Metadatenstruktur wird an die bestehende Struktur VkHdrMetadataEXT angehängt. Laut dem Vorschlag übernimmt dieses Design das Muster der früheren Huawei-Erweiterung VK_HUAWEI_hdr_vivid. Außerdem setzt sie VK_EXT_hdr_metadata und VK_KHR_get_surface_capabilities2 voraus.

Der Anhang der Erweiterung nennt drei Google-Ingenieure: Alec Mouri, Christopher Cameron und John Reck. Sie liegt in Revision 1 vor, datiert auf den 8. Oktober 2026.

Was SMPTE ST 2094-50 ist

SMPTE ist das Normungsgremium für Film- und Fernsehtechnik. ST 2094-50 ist sein neuer Standard, um HDR- und Standardinhalte auf einem Bildschirm zu mischen. Google hat ihn laut einem Blogbeitrag von Google vom 14. Mai 2026 gemeinsam mit Apple und NBCUniversal entwickelt.

Das Problem, auf das er zielt, ist bekannt. Gemischte HDR- und Standardinhalte können "ausgewaschen oder überstrahlt" aussehen, schrieb Google. Der Standard nutzt zwei Werkzeuge. Ein Referenzweiß-Anker legt Standardinhalte auf eine feste Helligkeit fest. An den Headroom angepasste Gain-Kurven, die der Urheber des Videos schreibt, sagen dann einem dunklen Bildschirm, wie er Schatten und Mitteltöne stauchen soll, ohne die Spitzlichter zu verlieren.

Laut Phoronix wurde der Standard im August finalisiert. Google erklärte im Mai, die Unterstützung für den finalen Standard komme in einer kommenden Chrome-Version, nannte aber keine Versionsnummer.

Die Korrekturen in 1.4.366

Das Änderungsprotokoll listet fünf Korrekturen aus öffentlichen GitHub-Meldungen und 11 aus dem internen Tracker von Khronos. Einige sind wissenswert:

• Ein Off-by-one-Fehler in der Valid-Usage-Regel 08071 zum Binden von Descriptor-Buffern wurde behoben.
• Eine neue Regel verlangt eindeutige Adressbereiche, wenn Deskriptoren mit vkWriteSamplerDescriptorsEXT und vkWriteResourceDescriptorsEXT geschrieben werden.
• Vertauschte HLSL-Zuordnungen im Vorschlag zu VK_EXT_ray_tracing_invocation_reorder wurden korrigiert.
• Das Basis-Image der Werkzeuge wurde wegen eines Zertifikatsproblems mit eMudhra aktualisiert, der Zertifizierungsstelle, die sich kürzlich aus dem öffentlichen Zertifikatsgeschäft zurückgezogen hat.
• Treiber-IDs für zwei Treiber, nikki und momoten, wurden registriert.

Was das für Entwickler bedeutet

Die meisten Spieleentwickler können diese Version überspringen. Wichtig ist sie für Teams, die HDR-Video über Vulkan abspielen: Videoplayer, Browser, Compositoren und Android-Medien-Apps.

Wer dazugehört, sollte vor der Nutzung die Unterstützung prüfen. Fragen Sie zuerst die Gerätefunktion ab, dann die Fähigkeit der Surface, denn eine Erweiterung mit Herstellerpräfix existiert nur dort, wo ein Treiber sie anbietet.

Behandeln Sie den Metadatenpuffer mit Sorgfalt. Laut dem Vorschlag prüft die Implementierung den Inhalt von pMetadata nicht und reicht ihn direkt an die Display-Engine weiter. Ein fehlerhafter Bitstream löst keinen Vulkan-Fehler aus, also testen Sie mit echten Inhalten nach ST 2094-50.

Wählen Sie den Energiemodus bewusst. Laptops und Smartphones bevorzugen womöglich geringen Stromverbrauch, Bearbeitungswerkzeuge dagegen Farbgenauigkeit.

Erwarten Sie schließlich noch keine Headroom-Abfrage. Der Vorschlag hält eine eigene Erweiterung zum Abfragen und Begrenzen des Headrooms einer Swapchain für "möglicherweise geeigneter". Achten Sie darauf und darauf, welche Chrome-Version die Unterstützung für ST 2094-50 ausliefert.