2. HDR 标准体系：HDR10、HDR10+、Dolby Vision、HLG 的技术特点与适用场景对比
高动态范围（HDR）并非单一标准，而是由多个技术体系构成的生态。不同标准在元数据传递方式、色深、峰值亮度、适用场景上存在显著差异。本章从系统架构师视角，对四大主流 HDR 标准进行横向对比，帮助开发者在显示子系统设计中做出正确的技术选型。
2.1 HDR 标准全景概览
当前消费电子与广播电视领域，HDR 标准主要分为两大阵营：基于静态元数据的 HDR10，以及基于动态元数据的 HDR10+、Dolby Vision；此外还有面向广播电视的HLG（Hybrid Log-Gamma）标准。下表从核心技术参数维度进行对比：
| 标准 | 元数据方式 | 色深 | 峰值亮度 | 色域 | 授权费用 | 主要场景 |
|---|---|---|---|---|---|---|
| HDR10 | 静态元数据（SMPTE ST 2086） | 10-bit | 最高 4,000 cd/m² | BT.2020 | 免费 | 流媒体、蓝光、游戏 |
| HDR10+ | 动态元数据（Samsung HDR10+） | 10-bit | 最高 4,000 cd/m² | BT.2020 | 免费（需认证） | 流媒体、电视广播 |
| Dolby Vision | 动态元数据（RPU + L1/L2/L8） | 12-bit | 最高 10,000 cd/m² | BT.2020 / P3 D65 | 授权费 | 影院、高端电视、流媒体 |
| HLG | 无元数据（场景参考） | 10-bit | 取决于显示设备 | BT.2020 / BT.709 | 免费 | 广播电视、直播 |
架构师提示：在显示子系统中，元数据传递路径直接影响 Tone Mapping 模块的设计复杂度。静态元数据只需一次解析，而动态元数据需要逐帧或逐场景解析 RPU（Reference Processing Unit）数据包，对解码流水线的实时性要求更高。
2.2 静态元数据 vs 动态元数据
元数据是 HDR 信号中描述内容亮度与色彩特征的关键信息。静态元数据在整个视频内容中保持不变，而动态元数据可以逐场景甚至逐帧调整。
核心差异：静态元数据（HDR10）使用 SMPTE ST 2086 定义的最大亮度（MaxCLL）、最大帧平均亮度（MaxFALL）等参数，显示设备据此做全局 Tone Mapping。动态元数据（HDR10+/Dolby Vision）则提供逐场景的亮度映射曲线，显著提升暗场与高亮细节的还原精度。
下图展示了静态元数据与动态元数据在 Tone Mapping 过程中的差异：
2.3 各标准技术特点详解
2.3.1 HDR10 — 基础静态元数据标准
- 元数据：基于 SMPTE ST 2086，包含 MaxCLL（内容最大亮度）、MaxFALL（帧平均最大亮度）、色度坐标等静态信息。
- 色深：强制 10-bit，支持 BT.2020 色域。
- 优势：免费、普及率最高，所有 HDR 显示设备均支持。
- 局限：全局 Tone Mapping 无法适应场景亮度变化，暗场细节容易丢失。
- 适用场景：蓝光光盘、游戏主机、入门级 HDR 流媒体。
2.3.2 HDR10+ — 动态元数据进阶
- 元数据：在 HDR10 基础上增加逐场景动态元数据，由 Samsung 主导推动。
- 色深：10-bit，与 HDR10 兼容。
- 优势：免费授权（需通过认证测试），动态映射提升暗场与高亮细节。
- 局限：生态支持度低于 Dolby Vision，部分设备需额外解码。
- 适用场景：Amazon Prime Video、部分电视广播、中高端电视。
2.3.3 Dolby Vision — 专业级动态元数据
- 元数据：包含 RPU（Reference Processing Unit）数据包，支持 L1（亮度映射）、L2（色域映射）、L8（12-bit 色深扩展）等多层级动态元数据。
- 色深：12-bit 处理流水线，向下兼容 10-bit 显示。
- 优势：峰值亮度支持 10,000 cd/m²，色彩精度最高，支持影院与家庭影院统一母版。
- 局限：需支付授权费用，解码复杂度高，需要专用硬件 RPU 处理单元。
- 适用场景：电影院、高端电视（LG/Sony/TCL 旗舰）、Netflix/Apple TV+ 流媒体。
2.3.4 HLG — 广播电视 HDR 标准
- 元数据：无显式元数据，采用场景参考（Scene Referred）方式，通过混合对数伽马曲线同时兼容 SDR 与 HDR 显示。
- 色深：10-bit，色域可回退至 BT.709。
- 优势：无需元数据传递，向后兼容 SDR 设备，适合直播与实时制作。
- 局限：峰值亮度取决于显示设备能力，无法精确控制创作者意图。
- 适用场景：BBC iPlayer、NHK 8K 广播、体育赛事直播。
2.4 显示子系统中的元数据传递架构
在显示子系统中，HDR 元数据的传递路径直接影响解码、Tone Mapping 和显示驱动模块的设计。下图展示了一个典型的 HDR 元数据传递架构：
2.5 适用场景对比与选型建议
在实际项目中，选择哪种 HDR 标准取决于内容来源、显示设备能力、带宽限制和授权成本。下表从系统架构角度给出选型建议：
| 场景 | 推荐标准 | 理由 |
|---|---|---|
| 蓝光光盘 / 本地播放 | HDR10 | 兼容性最好，无需授权，10-bit 足够满足大部分内容 |
| 流媒体（Netflix / Apple TV+） | Dolby Vision | 动态元数据提升流媒体压缩效率，12-bit 流水线预留未来扩展 |
| 广播电视 / 体育直播 | HLG | 无需元数据，向后兼容 SDR 设备，适合实时制作 |
| 游戏主机 | HDR10 / HDR10+ | 低延迟要求，HDR10 为强制标准，HDR10+ 可提升游戏画面动态范围 |
| 影院 / 专业母版制作 | Dolby Vision | 12-bit 色深与 10,000 cd/m² 峰值亮度，满足专业调色需求 |
| 中低端电视 / 低成本方案 | HDR10 | 免费、实现简单，无需额外硬件 RPU 处理单元 |
避坑指南：在显示子系统设计中，不要假设所有 HDR 内容都包含动态元数据。解码流水线必须同时支持静态元数据（HDR10）和动态元数据（HDR10+/Dolby Vision）的解析路径，并在 Tone Mapping 模块中根据元数据类型动态切换映射策略。否则，当播放 HDR10 内容时，动态元数据解析器会报错，导致黑屏或错误映射。
2.6 元数据传递优化方向
从系统架构师视角，元数据传递优化的核心目标是降低延迟与保证实时性。以下是三个关键优化方向：
- 元数据预解析：在视频解码前，通过独立线程预解析 RPU 数据包，避免 Tone Mapping 模块等待元数据。
- 缓存场景映射表：对于 HDR10+/Dolby Vision，缓存最近 N 个场景的映射曲线，减少重复计算。
- 硬件加速 RPU 处理：在 SoC 中集成专用 RPU 硬件模块，将元数据解析从 CPU 卸载到硬件流水线。
下图展示了优化后的元数据传递流水线：
2.7 本章小结
- HDR10 是基础静态元数据标准，免费且普及率最高，适合蓝光与游戏场景。
- HDR10+ 与 Dolby Vision 均采用动态元数据，后者在色深与峰值亮度上更优，但需授权费用。
- HLG 无需元数据，向后兼容 SDR，是广播电视 HDR 的首选。
- 在显示子系统中，元数据传递路径的设计直接影响 Tone Mapping 的实时性与精度，建议采用预解析与缓存优化策略。