2、HDR显示标准：HDR10、HDR10+、Dolby Vision、HLG标准对比与兼容性分析
做HDR算法这几年，我最大的感受就是：标准太多了。
你想想看，一个手机要支持HDR显示，背后得兼容多少种格式？HDR10、HDR10+、Dolby Vision、HLG……每个标准都有自己的脾气。我在项目中就遇到过，明明片子是HDR的，但手机播放出来颜色发灰，后来一查，是标准没对上。
今天咱们就把这几个主流标准掰开揉碎，看看它们到底有什么区别，以及在实际的手机端开发中，怎么处理兼容性问题。
2.1 为什么会有这么多HDR标准？
说白了，这是产业链各方博弈的结果。
HDR的核心目标是让画面更亮、色彩更丰富、对比度更高。但怎么实现这个目标，各家有各家的想法。有的侧重广播领域（比如HLG），有的侧重流媒体（比如Dolby Vision），有的想搞开源生态（比如HDR10+）。
这就导致了我们今天看到的局面：一个手机芯片，得同时支持四五种HDR解码方式。
核心差异点：
- 元数据（Metadata）：是静态的还是动态的？
- 色深（Bit Depth）：10bit还是12bit？
- 亮度范围（Peak Luminance）：最高能到多少nit？
- 传输函数（EOTF）：用的是PQ曲线还是HLG曲线？
2.2 HDR10：最基础的“入门标准”
HDR10是目前最普及的标准。几乎所有支持HDR的电视、手机、显示器都支持它。
它的特点就一个字：稳。
- 色深：10bit
- 元数据：静态元数据（Static Metadata）。整部片子只有一个亮度、色域信息。
- 峰值亮度：理论上支持到10000nit，但实际内容通常限制在1000-4000nit。
- EOTF：PQ（Perceptual Quantizer）曲线，也就是SMPTE ST 2084。
嗯，这里要注意：静态元数据是HDR10最大的短板。因为整部电影从头到尾都用同一组亮度参数，暗场景和亮场景没法分别优化。我在调优手机播放器时发现，有些HDR10片子暗部细节丢失严重，就是因为静态元数据没照顾到暗场。
我的经验：
如果你刚开始接触HDR，从HDR10入手最稳妥。它的兼容性最好，而且大部分手机芯片的硬件解码器都原生支持HDR10。我曾经在调试某款中端芯片时，发现HDR10的播放功耗比Dolby Vision低了将近30%。
2.3 HDR10+：HDR10的“升级版”
HDR10+是三星和亚马逊搞出来的，目的就是对抗Dolby Vision。
它最大的改进是：动态元数据。
- 色深：10bit
- 元数据：动态元数据（Dynamic Metadata）。每一帧或每一场景都可以有不同的亮度、色域信息。
- 峰值亮度：同样支持到10000nit。
- EOTF：PQ曲线。
- 授权费：免费！这是它最大的优势。
为什么动态元数据重要？你想想看，一个爆炸场景需要高亮度，一个夜景对话场景需要保留暗部细节。如果用HDR10的静态元数据，只能取一个折中值。而HDR10+可以针对每个场景单独优化。
我在项目中遇到过一个问题：某款手机播放HDR10+内容时，画面闪烁。后来排查发现，是动态元数据的切换频率和显示面板的刷新率没对齐。嗯，这种坑，不踩一次真的想不到。
避坑指南：
我曾经在适配HDR10+时，发现部分国产芯片的硬件解码器对动态元数据的解析有bug。表现为：元数据切换时出现一帧的亮度跳变。解决方案是：在软件层做一帧的平滑过渡，或者直接降级为HDR10模式播放。
2.4 Dolby Vision：画质天花板，但门槛也高
Dolby Vision是杜比公司的标准，也是目前画质最好的HDR格式。
它的核心优势：
- 色深：12bit（虽然目前大部分显示设备还是10bit，但12bit的色阶更细腻）
- 元数据：动态元数据，而且是逐帧的（Frame-by-frame）
- 峰值亮度：理论上支持到10000nit，实际内容可达4000nit以上
- EOTF：PQ曲线
- 授权费：需要付费，而且有严格的认证流程
说白了，Dolby Vision就是HDR界的“爱马仕”。它的画质确实好，但代价也高。手机厂商要支持Dolby Vision，得交授权费，还得通过杜比实验室的认证。我记得有一次，为了通过Dolby Vision的认证测试，我们团队连续加班两周，就为了把色准Delta E控制在2以内。
手机端要注意：
Dolby Vision对芯片算力要求很高。12bit解码、逐帧元数据解析，这些都会增加功耗。我在优化某款旗舰机时，发现开启Dolby Vision后，GPU负载比HDR10高了约40%。所以，如果手机电池不够，建议降级到HDR10+或HDR10播放。
2.5 HLG：广播领域的“混血儿”
HLG（Hybrid Log-Gamma）是BBC和NHK联合开发的，主要用在电视直播和广播领域。
它和其他标准最大的不同是：不需要元数据。
- 色深：10bit
- 元数据：无。它通过一条混合曲线同时兼容SDR和HDR显示。
- 峰值亮度：不固定，取决于显示设备的能力。
- EOTF：HLG曲线（混合对数伽马）。
为什么HLG不需要元数据？因为它把SDR和HDR的信号融合在一条曲线里了。SDR显示器看到的是正常画面，HDR显示器看到的是高动态范围画面。这种设计非常适合直播场景——你没法提前知道观众的电视是SDR还是HDR。
我在做手机直播SDK时，就遇到过HLG的兼容性问题。有些手机相机输出的HLG信号，在播放器端解析时颜色偏绿。后来发现是色彩空间转换矩阵没对齐。嗯，这种细节，文档里往往不会写清楚。
我的建议：
如果你做的是直播类App，优先支持HLG。因为它对SDR设备的兼容性最好，而且不需要复杂的元数据解析流程。但要注意，HLG的峰值亮度通常不如PQ曲线高，所以画质上限略低。
2.6 四大标准对比一览
为了方便对比，我整理了一张表。这张表在我做方案选型时，几乎每次都会用到。
| 特性 | HDR10 | HDR10+ | Dolby Vision | HLG |
|---|---|---|---|---|
| 色深 | 10bit | 10bit | 12bit | 10bit |
| 元数据 | 静态 | 动态（场景级） | 动态（逐帧） | 无 |
| EOTF | PQ | PQ | PQ | HLG |
| 峰值亮度 | 10000nit（理论） | 10000nit（理论） | 10000nit（理论） | 取决于设备 |
| 授权费 | 免费 | 免费 | 付费 | 免费 |
| 主要应用 | 流媒体、蓝光 | 流媒体（三星、亚马逊） | 流媒体（Netflix、Apple TV+） | 电视直播、广播 |
| 手机端兼容性 | 最好 | 较好 | 需认证 | 较好 |
2.7 手机端的兼容性策略
在实际的手机端开发中，我们不可能要求用户去手动选择HDR格式。所以，自动降级和兼容性处理是必须的。
我总结了一套策略，供你参考：
- 优先检测硬件解码能力：通过MediaCodec或系统API查询芯片支持的HDR格式。
- 按优先级选择：Dolby Vision > HDR10+ > HDR10 > HLG。如果硬件不支持高优先级格式，自动降级。
- 注意色彩空间转换：不同标准的色彩空间（BT.2020、DCI-P3、BT.709）需要正确转换。我曾经遇到过，HDR10内容在SDR模式下播放，颜色过饱和，就是因为色彩空间没做映射。
- 功耗与画质的平衡：在低电量模式下，强制降级到HDR10或SDR，避免Dolby Vision的高功耗导致手机过热。
避坑指南：
我曾经在适配某款手机时，发现系统返回的HDR能力列表里包含Dolby Vision，但实际播放时却黑屏。后来发现，是芯片的固件版本太老，解码器有bug。解决方案是：在App层维护一个黑名单，对特定芯片型号和固件版本禁用Dolby Vision。
2.8 知识体系图
下面这张图，是我自己梳理的HDR标准对比与兼容性分析的知识体系。你可以把它当作一个快速参考。
好了，以上就是HDR四大标准的对比分析。说白了，没有最好的标准，只有最适合你应用场景的标准。做手机端HDR，核心就是两个字：兼容。把降级策略做好，把色彩空间转换做对，基本就能覆盖90%的用户场景。
公众号:蓝海资料掘金营，微信deep3321