Vulkan 1.4.366、SMPTE ST 2094-50の動的HDRメタデータを追加

Khronos Groupは2026年10月23日、Vulkan仕様のバージョン1.4.366を公開した。唯一の新機能はGoogleの拡張で、アプリが画面に表示する画像にSMPTE ST 2094-50の動的HDRメタデータを付けられるようにする。これによりVulkanのプログラムは、明るいHDR映像をどう調整すべきかを、1つの固定設定ではなくシーンごとにディスプレイへ伝える標準的な手段を得る。

Vulkanは、ゲームや動画プレーヤー、ブラウザーがグラフィックスチップと対話するために使う、オープンなグラフィックスインターフェースだ。Khronos Groupはそれを管理する業界団体である。小規模な仕様更新はおよそ2週間ごとに出ており、バージョン番号の末尾がその回数を数えている。本サイトが前回取り上げた1.4.363は、Intelのハードウェアを問い合わせる機能を追加した。

新しい拡張の役割

この拡張はKhronosの変更履歴にVK_GOOGLE_hdr_SMPTE_ST_2094_50_metadataとして載っている。仕様ファイルではVK_GOOGLE_hdr_smpte_st_209450_metadataと表記されている。この拡張はスワップチェーンに付く。スワップチェーンとは、完成して画面への送出を待つフレームの待ち行列のことだ。

HDR（ハイダイナミックレンジ）は、通常の映像よりはるかに明るいハイライトを持つ映像を指す。ディスプレイが出せる明るさは、機種によって大きく異なる。画面が通常の白を超えて出せる余分な明るさは、ヘッドルームと呼ばれる。ソフトウェアはHDR映像を各画面に収まるよう圧縮しなければならない。この工程をトーンマッピングという。

これまでVulkanが提供していたのは、従来のVK_EXT_hdr_metadata拡張による静的HDRメタデータだけだった。静的メタデータは、動画全体を一度だけ記述する。動的メタデータは、シーンごとに変えられる。提案文書によれば、新しい拡張はこの空白を埋めるものだ。

追加される要素は小さい。

名前	用途
VkHdrSmpteSt209450GOOGLE	メタデータを運ぶ。サイズ、ST 2094-50データへのポインター、電力の優先設定を持つ
VkPhysicalDeviceHdrSmpteSt209450FeaturesGOOGLE	デバイスがこの機能に対応しているかを返す
VkSurfaceCapabilitiesHdrSmpteSt209450GOOGLE	特定のウィンドウサーフェスが対応しているかを返す
VkHdrSmpteSt209450PowerPreferenceGOOGLE	色の正確さ（0）か低消費電力（1）かを選ぶ

メタデータの構造体は、既存のVkHdrMetadataEXT構造体の後ろにつながる。提案文書によれば、この設計はHuaweiが先に出したVK_HUAWEI_hdr_vivid拡張を踏襲している。また、VK_EXT_hdr_metadataとVK_KHR_get_surface_capabilities2を必要とする。

拡張の付録は、GoogleのエンジニアであるAlec Mouri氏、Christopher Cameron氏、John Reck氏の3人を挙げている。現在はリビジョン1で、日付は2026年10月8日だ。

SMPTE ST 2094-50とは

SMPTEは、映画とテレビの技術分野の標準化団体だ。ST 2094-50は、HDRと標準のコンテンツを1つの画面に混在させるための、同団体の新しい規格である。2026年5月14日のGoogleのブログ記事によれば、GoogleはAppleおよびNBCUniversalと共同でこの規格を開発した。

この規格が狙う問題はよく知られている。HDRと標準のコンテンツが混在すると「色あせたり、白飛びしたり」して見えることがある、とGoogleは書いている。規格は2つの道具を使う。基準となる白のアンカーが、標準コンテンツを一定の明るさに固定する。そのうえで、映像の制作者が書いたヘッドルーム適応型のゲインカーブが、暗い画面に対して、ハイライトを保ちながらシャドウと中間調をどう圧縮するかを伝える。

Phoronixによれば、この規格は8月に確定した。Googleは5月、確定版の規格への対応が今後のChromeのリリースに入ると述べたが、バージョンは明らかにしていない。

1.4.366の修正

変更履歴には、GitHubでの公開報告による修正が5件、Khronos内部のトラッカーによる修正が11件載っている。知っておく価値があるものをいくつか挙げる。

• ディスクリプターバッファーのバインドに関する有効使用ルール08071で、オフバイワンエラーが修正された。
• vkWriteSamplerDescriptorsEXTとvkWriteResourceDescriptorsEXTでディスクリプターを書き込む際に、一意のアドレス範囲を求める新しいルールが加わった。
• VK_EXT_ray_tracing_invocation_reorderの提案文書で入れ替わっていたHLSLの対応付けが修正された。
• ツール類のベースイメージが、eMudhraに関わる証明書の問題を受けて更新された。eMudhraは最近、公開証明書事業から撤退した認証局だ。
• nikkiとmomotenという2つのドライバーのドライバーIDが登録された。

開発者にとっての意味

ほとんどのゲーム開発者は、このリリースを見送ってよい。重要なのは、Vulkan経由でHDR映像を再生するチームだ。動画プレーヤー、ブラウザー、コンポジター、Androidのメディアアプリがそれにあたる。

該当する場合は、使う前に対応状況を確認すること。まずデバイスの機能を問い合わせ、次にサーフェスの能力を問い合わせる。ベンダー接頭辞付きの拡張は、ドライバーが公開している環境にしか存在しないからだ。

メタデータのバッファーは慎重に扱いたい。提案文書によれば、実装はpMetadataの中身を検証せず、そのままディスプレイエンジンに渡す。不正な形式のビットストリームでもVulkanのエラーは出ないため、実際のST 2094-50コンテンツでテストすること。

電力モードは意図して選ぶこと。ノートPCやスマートフォンは低消費電力を好むかもしれないが、編集ツールは色の正確さを求める。

最後に、ヘッドルームを問い合わせる機能はまだ期待できない。提案文書は、スワップチェーンのヘッドルームを問い合わせたり制限したりする別の拡張のほうが「より適切かもしれない」としている。その動きと、どのChromeのリリースがST 2094-50への対応を載せるかに注目したい。