主题
内容侧口径：母版、片源与显示能力
同一台屏，"好看"或"发灰"经常取决于喂给它什么内容。所以评测与验收除了管显示器，还要管内容侧的口径：片源、容器、元数据与播放链路。
母版监视器与制作环境见 广播与参考监视器； 元数据的传递与错配见 HDR 元数据与信令； 色彩空间定义见 色彩标准、HDR 标准； 映射行为见 HDR 色调映射。
本页按三段式走：为什么评测要管内容侧（概念）→ 再按"六项固定"操作（会用）→ 最后弄清内容与显示不匹配时必然发生什么（原理）。
一、为什么评测要管内容侧
| 结论 | 受内容影响的环节 |
|---|---|
| 亮度观感 | 片源的平均亮度与高光分布 |
| 映射结果 | 母版亮度与元数据（静态 / 动态） |
| 色域表现 | 内容所处的色彩空间（BT.709 / P3 / BT.2020 容器） |
| 主观评价 | 内容类型与场景（人脸、夜景、字幕） |
⚠️ 内容不同 → 同一台屏会得出不同结论 —— 这也是"内容条件要写进判据"的理由（见 判据与验收）。
二、母版与参考
| 概念 | 含义 |
|---|---|
| SDR 母版 | 按 SDR 参考条件制作（参考白与峰值受限） |
| HDR 母版 | 按 HDR 母版亮度与色域制作，含母版显示信息 |
| 母版监视器 | 制作端用于判断的参考设备，要求远高于消费级（见 广播与参考监视器） |
| 母版亮度信息 | 告诉显示端"内容原本有多亮"，是映射的输入 |
✅ 一句话：母版决定"内容打算长什么样"，显示器只负责"尽可能还原"。 评价显示器时，若不知道内容侧的意图，就无法判断"是它做不到还是它没做对"。
三、容器与元数据
- 容器：BT.709 / BT.2020 等，规定色域与传递特性的范围；
- 元数据：静态（整条内容一套）与动态（逐场景），HDR10+ 与 Dolby Vision 属于后者；
- 错配的后果：元数据缺失或声明不符时，显示端按错误前提映射 → 观感发灰、高光死白或过亮（见 HDR 色调映射 第七节）。
⚠️ 评测时必须固定元数据条件 —— 元数据不同，结果不具可比性 （见 HDR 元数据与信令 与 测量标准索引）。
四、内容能力与显示能力的三种关系
| 关系 | 表现 | 处置方向 |
|---|---|---|
| 内容窄于显示（如 SDR 内容放广色域屏） | 可能过饱和或按设置限缩 | 限缩到内容色域，或按参考模式显示 |
| 内容与显示相当 | 最理想，映射负担小 | 保持 |
| 内容宽于显示（HDR 内容放 SDR 屏） | 必须映射（滚降、压缩） | 映射质量决定观感（见 HDR 色调映射） |
✅ 这三段关系解释了两种常见困惑： "广色域屏看 SDR 内容反而怪"（第一段）， "HDR 内容在 SDR 屏上发灰"（第三段）—— 都不是屏"坏了"，而是关系没匹配。
五、评测与验收：内容侧要固定什么
① 片源与版本（同一版本，不用流媒体自适应档位）
② 容器与元数据（色彩空间、传递特性、静态/动态元数据）
③ 播放链路与输出设置（播放器、系统输出、显卡设置、是否二次映射）
④ 显示设置（模式、亮度档、色域设置、映射模式）
⑤ 内容类型与比例（人脸、夜景、高光、字幕各占多少）
⑥ 环境条件（环境光、距离、视角）⚠️ 流媒体自适应码率与元数据会让"同一部片"在两次测试中不同 —— 需要离线片源或固定档位。
六、判据怎么写
① 度量 亮度观感 / 高光层次 / 暗部细节 / 色彩自然度（分列，不合成总分）
② 统计口径 指定片段与场景；取最差场景还是平均
③ 条件 片源版本 + 容器与元数据 + 播放链路 + 显示模式 + 环境
④ 抽样 抽检还是逐台
⑤ 例外 仅在某些内容类型下不达标时如何判定✅ 与 HDR 亮度口径 的判据写法配合： 一个管"窗口与 ABL"，一个管"内容与元数据"，两者都要写才算完整。
七、常见误区
| 误区 | 说明 |
|---|---|
| "同一部片就没问题" | 版本、码率与元数据可能已经不同 |
| "内容越亮越能测出屏的好坏" | 内容与显示能力要匹配才有判断力 |
| "元数据无关紧要" | 它决定显示端的映射前提 |
| "广色域屏看什么都更好" | 看 SDR 内容时可能过饱和 |
| "HDR 发灰是屏不行" | 也可能是映射与元数据错配 |
| "内容条件不必写进判据" | 不写就无法复现结论 |
原理（一）：为什么"内容宽于显示"必然要映射
显示端能表现的动态范围与色域是有限的（由峰值亮度、黑位与基色决定）
而内容声明的范围可能更大 → 信息装不下
→ 只能做两件事之一：
压缩（滚降）→ 保住层次但整体压低亮度/饱和度
裁切（剪切）→ 保住亮度观感但丢掉超出部分
→ 所以"映射质量"决定观感，而不是"屏够不够亮"这一个数
→ 这也解释了：为什么同一台屏看不同 HDR 片，结论可能差别很大原理（二）：为什么"二次映射"特别糟
第一次映射已经把高光与色域压缩过一次（信息有损）
第二次映射是在"已经被压缩过的信号"上再压一次：
两次压缩叠加 → 高光层次进一步损失、暗部被抬灰
而且两次的假设可能不同（一次按静态元数据、一次按显示器默认）
→ 表现为"怎么调都不对"：亮度够时层次没了，层次回来时亮度又不足
→ 因此评测与验收要固定**整条播放链路**，避免中间多一层映射📋 判据接口：本页属色彩与视觉类 —— 依此页结论做判定时，除通用条件外还必须附带 判据字段集 · 色彩与视觉类 所列字段（共 7 项）：这个"颜色对不上"是偏差、是范围，还是观察条件？ 缺任一项，结论不可复核，只能作降级表述。
关键概念速查
通用术语见 统一速查（由统计生成，只在一处维护）。
| 术语 | 英文 | 含义 |
|---|---|---|
| 母版 | Mastering | 内容制作端的参考状态 |
| 母版监视器 | Mastering Monitor | 制作端参考设备 |
| 容器 | Container | 色彩空间与传递特性的范围 |
| 静态元数据 | Static Metadata | 整条内容一套映射信息 |
| 二次映射 | Double Mapping | 链路中多处映射叠加导致失真 |
相关文档
视频编码与流媒体 —— 内容侧的质量上限与评测时为什么要固定源
后期色彩管线与参考监看 —— 场景参考与显示参考、LUT 序列与映射归属
数据来源：本页为口径与方法论整理，不含具体母版亮度与色域数值； 制作规范与母版参数以相应标准与制作方资料为准。