HDR 图像处理

HDR（高动态范围）不只是"更亮"，而是一整套亮度编码 + 图像处理体系。本页深入 PQ/HLG 曲线、色调映射、EOTF 等概念。

基础术语（HDR10/Dolby Vision/DisplayHDR）见标准与规范；各标准的取值与官方出处见标准值总表。

本页按三段式走：先看 HDR 的编码与链路（概念）→ 再按"发灰/偏暗"的排查步骤落地（会用）→ 最后弄清 PQ/HLG、滚降取舍与元数据错配（原理）。

本页按三段式走：先看为什么需要 HDR（概念）→ 再按分支排查发灰与死白（会用）→ 最后弄清 PQ/HLG 与映射的机制（原理）。

一、为什么需要 HDR

人眼能感知的亮度范围（动态范围）远超 SDR（标准动态范围）：

SDR：0.1 ~ 100 nit 左右，用 8bit 编码。
人眼：适应后可覆盖极宽的亮度范围（跨越多个数量级，远超 HDR 的 10000 nit 上限）。
HDR：扩展到更高峰值亮度与更深黑，保留更多明暗细节。

二、EOTF：亮度如何编码

EOTF（电光转换函数）：把数字信号（电信号）映射为亮度（光）。HDR 的核心是新的 EOTF。

PQ（感知量化）— ST 2084

由 Dolby 提出、SMPTE 标准化（ST 2084）。
依据人眼感知分配码值：暗部更多码值、亮部更少，视觉上更均匀。
支持到 10000 nit，HDR10 / Dolby Vision 采用。

HLG（混合对数伽马）

BBC/NHK 提出，面向广播电视。
兼容 SDR 与 HDR 显示（单一信号自适应），无需元数据。

EOTF	特点	应用
PQ（ST 2084）	感知量化的绝对亮度 EOTF（最大 10000 nit）；它本身不依赖元数据，元数据用来决定"怎么映射"	HDR10 / DV / 流媒体
HLG	兼容广播，免元数据	电视直播、广电

三、元数据（Metadata）

HDR 内容附带描述亮度的元数据：

类型	说明
静态元数据	整片统一（HDR10：最大亮度/最大平均/最小亮度）
动态元数据	逐场景/逐帧（HDR10+ / Dolby Vision）

动态元数据能让每个场景各自映射，这是 HDR10+ 和 Dolby Vision 相比 HDR10 静态映射的主要差异。

四、色调映射（Tone Mapping）

显示器峰值亮度通常达不到内容的最大亮度（如 4000nit 内容、1000nit 屏），需要把高动态范围压缩到显示能力内——即色调映射。

内容亮度(4000nit) ──色调映射──> 显示器显示(≤1000nit)

方式	说明
剪切（Clipping）	超范围直接截断，损失高光细节
滚降（Roll-off）	平滑压缩高光，保留细节但整体变暗
亮度/对比度微调	根据屏峰值调节映射曲线

好的 HDR 显示器在高光细节与亮度观感间做平衡，避免"死白"或"偏暗"。

五、HDR 显示链路要求

完整 HDR 需要全链路支持：

HDR内容 → 播放器/系统 → GPU/接口 → 显示器 → 正确显示

任一环节缺失都会"假 HDR"（色偏/发灰/过暗）：

显示器：峰值亮度、色域（DCI-P3）、HDR 模式、正确 EOTF。
接口：足够带宽（HDMI 2.1 / DP）。
系统/播放器：开启 HDR、正确传递元数据。
驱动：正确识别显示器 HDR 能力（EDID）。

六、为什么 HDR 会"发灰"

未正确处理的常见表现：

SDR 内容在 HDR 模式 → 发灰、过暗。
系统未开 HDR 播 HDR 内容 → 色偏。
EOTF 不对（如把 PQ 当 Gamma）→ 亮暗异常。
显示器没真 HDR（低亮度硬开）→ 效果差。

显示器峰值亮度过低（如仅 400nit）的"HDR"意义有限，见 DisplayHDR 分级。

HDR 发灰 / 偏暗的排查步骤

按代价从低到高做，别一上来就怀疑屏：

① 确认片源本身是不是 HDR（很多"HDR 片"其实是 SDR 包装）
② 确认系统侧的 HDR 开关状态（系统没开 → 显示端按 SDR 处理）
③ 确认显示器处于正确的 HDR 模式（不同模式的 EOTF 与映射策略不同）
④ 检查链路：带宽是否足够、有没有走色度抽样或压缩（会同时影响高光与暗部）
⑤ 查看内容元数据是否被正确传递（静态与动态元数据错配会整体偏暗或发灰）
⑥ 换一段已知正常的 HDR 片源对照；必要时换接口、绕过中间设备
⑦ 仍不对 → 才回到显示器侧，按亮度与映射判据评估

⚠️ 两类表现要分开：整体发灰多与映射前提（元数据、模式、系统开关）有关； 只有高光死白或只有暗部糊更像映射策略或局部调光行为。判据怎么写见 HDR 色调映射与 HDR 亮度口径；元数据链路见 HDR 元数据与信令。

原理（一）：为什么 PQ 是"绝对"、HLG 是"相对"

PQ 的取向：让码值与**绝对光输出**建立对应（覆盖到 10000 nit 量级）
   → 制作端能精确控制"这一段到底多亮"，元数据只需说明"该怎么映射"
HLG 的取向：让**同一信号**在 SDR 接收机上直接显示也能正常（兼容广播链路）
   → 它的"亮度"是相对的（由显示器侧按能力展开），因此不需要元数据
→ 两条路线解决的是不同问题：PQ 追求精确，HLG 追求兼容

原理（二）：为什么"剪切 / 滚降 / 微调"是取舍

内容动态范围 > 显示能力时，必然要做映射，而三种做法各有代价：
   剪切：超出部分直接截断 → 高光细节丢失（"死白"）
   滚降：平滑压缩高光 → 细节保留，但整体亮度被拉低
   微调：按屏的实际峰值调曲线 → 两头都不极端，但仍需分配"亮度预算"
→ 所以"高光有细节"与"整体够亮"是一对取舍，不能同时最大化

原理（三）：为什么元数据错配会"整体发灰 / 偏暗"

映射的前提是"内容本来有多亮、该按哪套映射"
   静态元数据被当动态用（或反之）→ 映射基准被整体移动
   元数据没传过去 → 显示端只能按默认假设映射
→ 结果不是局部的高光问题，而是**整条曲线被平移或压缩** → 整体发灰、偏暗
→ 这也解释了为什么"换一个播放器/系统开关"就能显著改变观感

📋 判据接口：本页属色彩与视觉类 —— 依此页结论做判定时，除通用条件外还必须附带判据字段集 · 色彩与视觉类所列字段（共 7 项）：这个"颜色对不上"是偏差、是范围，还是观察条件？缺任一项，结论不可复核，只能作降级表述。

关键概念速查

术语	含义
EOTF	电光转换函数
PQ / ST 2084	感知量化 HDR 曲线
HLG	混合对数伽马
Metadata	HDR 元数据
Static / Dynamic Metadata	静态 / 动态元数据
Tone Mapping	色调映射
Clipping / Roll-off	剪切 / 滚降
Peak Brightness	峰值亮度

HDR 图像处理 ​

一、为什么需要 HDR ​

二、EOTF：亮度如何编码 ​

PQ（感知量化）— ST 2084 ​

HLG（混合对数伽马） ​

三、元数据（Metadata） ​

四、色调映射（Tone Mapping） ​

五、HDR 显示链路要求 ​

六、为什么 HDR 会"发灰" ​

HDR 发灰 / 偏暗的排查步骤 ​

原理（一）：为什么 PQ 是"绝对"、HLG 是"相对" ​

原理（二）：为什么"剪切 / 滚降 / 微调"是取舍 ​

原理（三）：为什么元数据错配会"整体发灰 / 偏暗" ​

关键概念速查 ​

相关文档 ​