以 ST 2094-50 为起点回头看 2026 年的一系列变化，会发现 Reference White、Headroom、动态 metadata 和显示适配正在同时出现在很多地方。

Apple 把 HAGC 接进 ColorSync，静态 HDR 图片可以通过 HDR ICC Profile 携带 HAGC，而且静态图片和视频使用的是同一种 ST 2094-50 binary representation。ICC 本身也在推进 Adaptive Gain Curve，并继续与这套体系协调。

Google 同样参与了 ST 2094-50 的制定，并把这套 Headroom Adaptive 思路带进 Eclipsa Video。Android 17 开始提供相应的平台播放与采集能力，Chrome 也在推进 ST 2094-50 支持。

再看 Web，今年的 CSS Color HDR Level 1 已经正式引入 HDR Headroom，并且同样使用 stops 描述显示余量。网页可以根据当前显示设备的 Headroom 调整 HDR 表现，W3C 甚至直接把这种机制与 ISO 21496-1 Gain Map 和 ST 2094-50 Adaptive Gain Curve 联系起来。

PNG 的下一版工作也开始讨论 Gain Map、Gain Curve、HDR Reference White 等内容。与此同时，FFmpeg 已经出现 ST 2094-50 Application 5 metadata 的解析和序列化基础设施，Skia 也加入了对应的 AGTM，实现 metadata 处理和实际 Tone Mapping。

这些看似分散的变化，其实指向了同一个现象：

HDR metadata 的作用正在从“描述内容”，进一步走向“描述内容应该怎样适应显示设备”。

过去我们更关心 PQ、HLG、色域、峰值亮度、母版显示器和 HDR 像素本身；现在越来越多标准和系统开始关心另一端：当前屏幕到底还有多少 Headroom，如果显示不下完整 HDR，该怎样处理，而且这种处理最好不要完全由每个平台自行决定。

所以 2026 年 HDR 图片的发展重点，已经不只是获得更大的动态范围。

ISO 21496-1 解决 Gain Map HDR 的动态范围重建，ISO 22028-5 完善 Direct HDR，ST 2094-50/HAGC 则继续向最后的 Display Adaptation 延伸。ICC、ColorSync、Android、Chrome、CSS HDR、PNG、FFmpeg、Skia 又从不同层面开始接住这件事。

今年这些标准和系统变化放在一起看，会发现 HDR 正在补上过去相对缺失的一环：不仅要定义和保存 HDR，还要让同一份 HDR 面对能力不断变化的真实显示设备时，尽可能维持一致的视觉关系和创作意图。 从 Gain Map 到 HAGC：HDR 图片为什么又需要一种新的“显示适配”机