2. HDR标准解析：HDR10、HDR10+、Dolby Vision、HLG标准对比与选型

做HDR调试这些年，我经常被问到同一个问题：“这么多HDR标准，我到底该用哪个？”

说实话，这问题没有标准答案。每个标准都有自己的脾气。我最早接触HDR10时，觉得它简单直接。后来做了Dolby Vision项目，才发现动态元数据才是真正的坑。嗯，今天咱们就把这几个标准掰开揉碎了聊。

2.1 为什么会有这么多HDR标准？

先说说背景。HDR标准之所以多，说白了就是利益和场景的博弈。

• HDR10：开放标准，谁都能用。2015年由CTA（消费技术协会）推出。
• HDR10+：三星和亚马逊搞的，为了绕过Dolby Vision的专利费。
• Dolby Vision：杜比家的，技术最牛，但授权费也最贵。
• HLG：BBC和NHK联合开发，专为广播电视而生。

我在项目中遇到过最头疼的情况：客户要求同时支持HDR10和Dolby Vision。调试时发现，同一个画面在两个标准下亮度差了200nit。你想想看，这要是没经验，光调色就得加班一个月。

2.2 核心参数对比

咱们直接上干货。我整理了一张对比表，这些参数都是调试时必须要盯死的。

2.3 元数据：静态 vs 动态

这是HDR标准之间最大的分水岭。我个人习惯把元数据理解为“画面亮度地图”。

静态元数据（HDR10）

整部电影只用一组亮度参数。比如《阿凡达》最亮场景是800 nit，那整部片子都按800 nit来映射。

• 优点：简单，处理快，兼容性好。
• 缺点：暗场景会被“拖累”。比如一个夜景只有50 nit，但全局映射还是按800 nit来，结果暗部细节全丢了。

动态元数据（HDR10+ / Dolby Vision）

每个场景甚至每帧都有自己的亮度参数。HDR10+是逐场景，Dolby Vision是逐帧。

• HDR10+：场景切换时更新元数据。我做过测试，一部2小时电影大概有200-300个场景切换。
• Dolby Vision：每帧都带元数据。精度最高，但数据量也最大。我记得有一次调试Dolby Vision的码流，元数据占了将近5%的带宽。

2.4 传输函数：PQ vs HLG

这里有个容易混淆的点：PQ和HLG都是电光转换函数（EOTF），但设计思路完全不同。

• PQ（Perceptual Quantizer）：基于人眼视觉模型。亮度从0到10,000 nit，每个码值对应固定的亮度。说白了，就是“绝对亮度”映射。
• HLG（Hybrid Log-Gamma）：一半对数一半伽马。亮度是相对的，取决于显示设备的能力。适合广播电视，因为电视信号没法提前知道观众用的是啥电视。

我曾经在项目中踩过一个坑：用PQ标准调好的片子，放到HLG的监视器上看，画面直接过曝。后来才发现，HLG的参考白电平是75%的码值，而PQ是100%。这个差异，新手很容易忽略。

2.5 选型建议

说了这么多，到底怎么选？我根据自己的项目经验，给几个实用建议：

1. 做流媒体平台：首选HDR10（基础）+ HDR10+（进阶）。成本低，覆盖广。
2. 做高端影视制作：Dolby Vision是绕不开的。苹果、Netflix的原创内容都要求DV认证。
3. 做广播电视：HLG是唯一选择。因为广电系统需要兼容SDR设备，HLG天生就支持向下兼容。
4. 做游戏：HDR10就够了。游戏场景变化快，动态元数据反而会增加延迟。

2.6 知识体系总览

下面这张图是我自己画的，把四个标准的核心关系梳理清楚了。你调试时遇到问题，先看这张图定位问题出在哪个环节。

2.7 调试时的关键检查点

最后，分享几个我在调试时一定会检查的点。这些经验都是用加班换来的：

• 检查EDID：确保显示设备正确声明了支持的HDR标准。用edid-decode工具看一眼。
• 检查元数据注入：HDR10+和Dolby Vision的元数据必须在视频流中正确携带。我习惯用ffprobe验证。
• 检查亮度映射：用PQ标准时，确保显示设备的峰值亮度与元数据匹配。不匹配的话，画面要么过曝要么太暗。
• 检查色彩空间：BT.2020是必须的。如果源设备输出的是BT.709，那HDR效果直接打对折。