HDR 色调映射深度

HDR 内容的目标亮度往往远超显示器能力 —— 这中间的"换算"就是色调映射。

本页按三段式走：先看映射形态与静态/动态区分（概念）→ 再按评估项与判据落地（会用）→ 最后弄清"信息必然损失""二次映射必然偏离"（原理）。

基础见 HDR 图像处理；测量见 HDR 测量方法。

一、为什么需要色调映射（入门）

内容侧：母版可能按 1000 / 4000 / 10000 cd/m² 制作
        ↓
显示侧：实际只能达到 400 / 600 / 1000 cd/m²
        ↓
必须做"亮度压缩" → 色调映射（Tone Mapping）

不映射的后果	说明
高光全部截断	细节丢失（一片死白）
画面整体过暗	不合理的线性缩放
对比关系破坏	观感失真

✅ 色调映射的核心目标：在有限的显示能力内，尽可能保留"创作者意图"。

二、映射的基本形态（核心）

三种典型策略

策略	做法	效果
硬裁剪（Clip）	超过上限的一律压到上限	高光死白，简单粗暴
线性缩放	整体等比压缩	全画面变暗，对比降低
曲线映射（Roll-off）	高光段逐渐压缩	保留高光层次，主流做法

亮度
 ↑                    ╭── 硬裁剪（一刀切）
 │                  ╱
 │              ╭──╯   ← roll-off（平滑过渡）
 │       ╭────╯
 │  ╭───╯
 └──────────────────────→ 输入亮度

roll-off 曲线的意义

区间	处理
低亮/中亮	尽量 1:1 保持（保真）
高亮	逐渐压缩（保留层次）
超上限	压缩到上限附近

"哪里开始压、压多狠" 就是色调映射的调参空间，也是不同实现差异的来源。

三、静态 vs 动态色调映射（关键区分）

类型	依据	特点
静态色调映射	整片一个映射曲线	简单、稳定；某些场景不理想
动态色调映射	按场景/帧调整	更贴合内容；可能"忽明忽暗"
逐帧映射	每帧重算	最灵活；可能引起亮度跳动

动态映射的两个副作用：

副作用	表现
亮度跳变	场景切换时整体亮度突变
"泵浦"效应	缓慢的亮度起伏

⚠️ 动态映射并非总是更好 —— 稳定性也是体验的一部分。

四、元数据在映射中的角色（进阶）

元数据	作用
内容侧元数据	告诉显示端"这片子的亮度特性"
显示侧元数据	告诉源端"我能显示到什么程度"
静态元数据	全片一组（最大/平均亮度）
动态元数据	分场景/分帧提供

映射的决策链：

内容元数据（片子有多亮）
    +
显示能力（屏能做到多亮）
    +
环境（房间有多亮）
        ↓
    映射策略
        ↓
    实际输出

见 HDR 元数据与信令。

五、谁在做映射（链路中的多个位置）

位置	说明
内容制作端	母版制作时的映射
播放设备	播放器/机顶盒的映射
操作系统	系统级 HDR 映射（桌面场景常见）
显卡驱动	输出侧处理
显示器	屏内的映射策略
应用软件	播放器/游戏的映射

⚠️ 多个环节叠加映射会导致"二次映射" —— 画面可能明显偏离预期。这解释了为什么"HDR 在不同播放环境下差异很大"。

把源端映射标准化：SBTM

上面这些位置大多是"各做各的"。HDMI 把源端参与映射这件事做成了标准机制：

SBTM（Source-Based Tone Mapping，基于源的色调映射） —— 由 HDMI 2.1a 引入（后续版本沿用），让源设备主动参与 HDR 色调映射，并随信号把映射所需信息传给显示端。

要点	说明
谁做映射	源设备承担一部分，或提供映射所需信息
怎么传	随信号携带色调映射信息，显示端据此调整
前提	源与显示端都要支持 —— 只支持一头不生效
解决什么	同一内容在不同显示设备上的 HDR 表现更一致

⚠️ 它不是"显示器就不用映射了"，而是把链路中的映射信息打通，从而缓解上面的二次映射问题。实测时若要判断某设备是否启用了 SBTM，需要源端与显示端两侧的能力共同确认，不能只看显示器规格。

六、显示端映射的常见做法（进阶）

做法	说明
固定曲线	屏内预设一条 roll-off 曲线
按实测峰值标定	用屏的实际能力设定压缩起点
按内容元数据切换	不同 MaxCLL 用不同曲线
动态跟踪	按画面内容实时调整
按环境光调整	结合环境光传感器

HDR 模式的多样性：

模式类型	倾向
"保真"型	按标准曲线，可能偏暗
"观感"型	提亮、加对比，可能偏离标准
"自适应"型	按内容与环境动态调整

✅ 同一台屏不同 HDR 模式，观感可以差很多 —— 评测需注明模式。

七、常见失真与现象（实用）

现象	原因
高光死白	硬裁剪、映射曲线起点过低
画面整体发灰	映射过于保守、黑位被抬高
暗部细节丢失	为提亮高光压暗了暗部
亮度跳变（忽明忽暗）	动态映射过于激进
颜色变淡	映射过度压缩导致饱和度损失
颜色过饱和	色域映射缺失（另一回事）
HDR 不如 SDR 好看	映射策略不佳 / 内容本身一般
不同片源差异巨大	元数据与映射交互

⚠️ "HDR 发灰"是最常见的抱怨，通常与映射策略 + 环境光有关，不一定是硬件不行。

八、实际评估方法（实用）

评估项	方法
高光层次	观察高光区是否有细节（云、灯、水面）
暗部细节	暗场景是否"糊成一团"
亮度稳定性	场景切换时是否突变
映射一致性	不同片源观感是否合理
模式差异	同一片源在不同 HDR 模式下对比
客观辅助	测 PQ 曲线偏离度（见 HDR 测量方法）
环境对比	不同环境光下重复观察

判据怎么写（五要素落法）

① 度量     高光层次 / 暗部层次 / 亮度稳定性（各自单独判，不合成一个总分）
② 统计口径 指定场景与片段；取最差场景还是平均
③ 条件     片源与元数据（静态/动态）、显示模式（保真/观感/自适应）、环境光、
           亮度档、是否触发 ABL（见 HDR 亮度口径）
④ 抽样     抽检还是逐台
⑤ 例外     仅在某些片源或模式下不达标时如何判定

⚠️ 两个容易缺的条件： ① 元数据必须固定 —— 元数据条件不同，结果不具可比性（见 HDR 元数据与信令）； ② 窗口与 ABL 状态要写明 —— 否则"高光有细节"会在不同亮度下得出相反结论（见 HDR 亮度口径）。

九、与环境光的关系（易忽略）

环境光	影响
很暗	高光更突出，暗部更易辨识
较亮	感知对比下降，HDR 效果打折
有色光	影响白点感知

"HDR 好不好看"高度依赖观看环境 —— 这也是影院与客厅观感差异的原因。

十、常见误区

误区	事实
"亮度越高 HDR 越好"	映射质量同样关键
"动态映射一定更好"	可能引入亮度跳变
"HDR 发灰就是屏不行"	常与映射策略、环境光有关
"开 HDR 一定比 SDR 好"	内容与映射都合格时才成立
"显示器 HDR 模式都一样"	不同模式策略差异显著
"系统 HDR 开了就对"	系统也会做映射，可能叠加

原理（一）：为什么映射必然发生，且"信息必然损失"

先把两端的数量级看清：
   内容侧：母版按 1000 / 4000 / 10000 cd/m² 制作
   显示侧：实际可能只有 400 / 600 / 1000 cd/m²
→ 需要把大范围压进小范围，而"压缩"在数学上不可能同时保住两件事：
   ① 保留高光的**相对层次**（不截断）
   ② 保留暗部与整体**对比关系**（不整体变暗/变灰）
→ 于是任何一条映射曲线都在做取舍：
   硬裁剪 → 保住对比，牺牲高光层次
   线性缩放 → 保住层次关系，牺牲整体亮度与对比
   曲线 roll-off → 在高光段逐步压缩，是折中，但"从哪开始压、压多狠"仍需选
→ 结论：**没有无损的映射**；不同实现的差异，本质是"选择牺牲哪一部分"
→ 这也是判据要把"高光层次 / 暗部层次 / 亮度稳定性"**分开判**的原因：
   它们本就是被牺牲的对象，合成一个总分只会掩盖取舍方向

原理（二）：为什么"二次映射"会明显偏离预期

映射是**单调非线性压缩**，而不是线性缩放：
   两次串联的压缩 ≠ 任何一次单独的压缩
   （曲线先压高光再压高光，等效于一条更早开始压缩的曲线）
→ 更麻烦的是"信息不全"：
   中间环节（系统 / 播放器 / 驱动）往往只知道"对方大概能多亮"，
   而不知道上游已经压过多少 → 它按"未压缩"的假设再压一次
→ 结果就是常见的两类抱怨：
   ① 整体发灰、对比偏低（被压了两次）
   ② 高光仍然死白（压的位置不对，或其中一环做了硬裁剪）
→ 因此排查 HDR 观感问题时，正确顺序是：
   **先把链路里"谁在做映射"数清楚，确保只有一个环节主映射**
   —— 与 [HDR 测量方法](hdr-measurement-methods.md) 的"顺序与条件"纪律同源

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

关键概念速查

通用术语见统一速查（由统计生成，只在一处维护）。

术语	英文	含义
色调映射	Tone Mapping	亮度范围压缩
硬裁剪	Clipping	超限截断
滚降	Roll-off	高光平滑压缩
静态映射	Static Tone Mapping	全片固定
动态映射	Dynamic Tone Mapping	随场景变化
母版	Mastering	内容制作基准
二次映射	Double Tone Mapping	多环节重复映射
SBTM	Source-Based Tone Mapping	基于源的色调映射（HDMI 2.1a 引入）

HDR 色调映射深度 ​

一、为什么需要色调映射（入门） ​

二、映射的基本形态（核心） ​

三种典型策略 ​

roll-off 曲线的意义 ​

三、静态 vs 动态色调映射（关键区分） ​

四、元数据在映射中的角色（进阶） ​

五、谁在做映射（链路中的多个位置） ​

把源端映射标准化：SBTM ​

六、显示端映射的常见做法（进阶） ​

七、常见失真与现象（实用） ​

八、实际评估方法（实用） ​

九、与环境光的关系（易忽略） ​

十、常见误区 ​

原理（一）：为什么映射必然发生，且"信息必然损失" ​

原理（二）：为什么"二次映射"会明显偏离预期 ​

关键概念速查 ​

相关文档 ​