量化范围：全范围与有限范围的口径（黑位发灰的经典根因）

"接上电脑黑就发灰""暗部一片死黑""测出来的对比度总比别人低一截" —— 这类问题的第一嫌疑常常不是面板、也不是校准，而是链路上一个取值范围约定没对齐。它不改变分辨率、不改变刷新率，却能把黑位与白场整体搬走。

本页按三段式走：先弄清全范围与有限范围是什么（概念）→ 再学会判断错配与记录（会用）→ 最后弄清错配为什么表现为发灰或裁切（原理）。

测量前的条件清单见 PQ 客观评测细则、实测 SOP：色彩、色域与 HDR；它在链路里的位置见连接与协议；另一端"颜色采几个点"的口径见色度抽样；黑位与对比度的口径见对比度口径。

一、概念：它约定的是"取值范围"，不是"亮度范围"

名称	取值约定	含义
全范围（Full）	0–255（8 bit）	0 表示最黑、255 表示最白，全部码值都用上
有限范围（Limited）	16–235（8 bit）	两端各留出一截余量，16 表示最黑、235 表示最白

三条先要弄清的事：

两端余量的用途是给信号"留头留尾"（旧模拟链路留下的约定），不是"少显示一点内容"；
它不是亮度设置：亮度（背光）与它无关，它决定的是"码值到黑白的映射"；
两种取值都可能出现在 RGB 与 YCbCr 上：RGB 常见两种都有，YCbCr 多数按有限范围传 —— 所以"用什么接口"并不能推断出"用哪种范围"，必须看实际协商与设置。

⚠️ 术语上的坑：同一个开关在不同设备上可能叫"信号范围""动态范围""黑电平/白电平""视频电平"，而它的选项常写作"自动 / 全范围 / 有限范围"。名字不一致，是这类问题难查的主要原因。

二、概念：三种典型症状与各自的机制

症状	机制	常见于
黑位发灰、暗部抬起	源按有限范围给值、显示端按全范围解释（16 被当成"接近黑"而不是"最黑"）	播放器/显卡输出与显示器设置不一致
暗部死黑、细节丢失	源按全范围给值、显示端按有限范围解释（0–15 被压到同一级黑）	反向错配
白场裁切、高光丢细节	同上：235 以上的内容被压成同一级白（或 255 被当超白裁掉）	反向错配
对比度与黑位读数异常	黑位被整体抬高 → 测出的对比度显著偏低	测量前未固定范围

✅ 一句话判据：黑位"不黑"与高光"不透"往往是同一个开关造成的，而它既不是面板漏光，也不是校准问题。

三、会用（一）：链路里谁会做这个转换

源 / 片源（多数交付内容按有限范围编码）
   ↓
解码与播放器（可能做转换，也可能"直通"）
   ↓
系统与显卡输出（可设 RGB 全范围 / 有限范围 / YCbCr）   ← 最常见的错配点
   ↓
接口协商（能力声明与实际值可能不同）
   ↓
中间设备（切换器、延长器、采集卡，可能改写或"代理"）
   ↓
显示器（"自动"判断或手动设置）                      ← 第二个常见错配点

三条判断习惯：

"自动"不可信：两端都设"自动"时，最终由某一段的猜测决定，且不透明；
只改一端常常解决不了：如果两端都在转换，会出现"双重转换"（更极端的发灰或裁切）；
中间设备越多，越可能有隐藏转换：接入采集卡、切换器时尤其要逐段确认。

⚠️ 评测与校准场景的硬要求：先固定范围，再开始测。用"自动"路径测出的黑位与对比度，不能与任何其它数据比较。

四、会用（二）：怎么判断当前是否错配

① 看黑场图案：纯黑图案若明显发灰（暗室下仍能看出"底色"），先怀疑错配
② 看灰阶阶梯图案：两端若连着两级并成一块（近黑处或近白处"粘住"），
   是裁切的典型表现 —— 分别对应"暗部丢失"与"高光丢失"
③ 逐项切换：只把显卡（或显示器）的范围设置在"全范围 ↔ 有限范围"之间切换，
   比较黑位与白场的变化；变化明显 → 说明这一段参与了转换
④ 两端交叉验证：一端固定、另一端切换；再反过来 —— 定位是哪一段在决定
⑤ 用测量确认：暗室测近黑几级（如 1% / 2% 灰阶）的亮度，
   若"该有区分度"的几级测出来一样亮，就是裁切而不是面板问题

✅ 顺序上的一句话：先切设置看变化，再用仪器确认 —— 反过来的话，你会把一次"设置问题"记成"面板黑位差"。

五、会用（三）：测量与验收里怎么处理

环节	要求
测量前	固定范围（建议全范围并记录），关闭可能互相转换的"自动"项
比较两台时	两端用同一设置；两端设置不同 → 数据不可比
判据里	把范围写进条件字段（它属于"输入与链路"类条件）
留痕	记录源、播放器、显卡、中间设备、显示器各自的设置值
异常时	黑位或对比度异常，先查范围，再查面板与校准

六、会用（四）：记录字段

□ 源与内容的范围约定（按有限还是全范围编码）
□ 播放器/解码器的范围设置（或"直通"状态）
□ 显卡输出格式与范围（RGB 全范围 / 有限范围 / YCbCr）
□ 接口协商结果（分辨率 / 刷新率 / 色深 / 色度抽样）
□ 中间设备清单与其设置
□ 显示器侧的信型号范围设置（自动 / 全范围 / 有限范围）

原理（一）：为什么两端要留一截余量

早期模拟与数字视频链路中，信号在传输与处理时会发生"过冲/下冲"：
   若黑白电平正好落在码值两端，超出部分就会被削掉（裁切）
→ 于是约定：把最黑与最白放在 16 与 235，两端各留出余量给过冲与同步信息
→ 这个约定被数字链路沿用下来（历史包袱）
→ 而计算机图形链路按"0–255 全用满"设计
→ 两套约定并存，才有了"必须声明用哪一套"这件事 —— 声明缺失就一定出错

原理（二）：为什么错配表现为发灰或裁切，而不是整体变亮

范围约定做的是"线性重映射"，而除法的两端不同：
   有限 → 全范围：把 16–235 拉到 0–255（增益变大，黑位被抬起）
   全 → 有限：把 0–255 压到 16–235（增益变小，两端被截断）
→ 于是结果只有两类：
   ① 映射过宽（黑位抬升）：暗部"发灰"，白场"不够白" —— 看起来整体变"平"
   ② 映射过窄（两端截断）：近黑与近白各自并成一级 —— 暗部"死黑"、高光"死白"
→ 这也解释了为什么"黑位发灰"与"对比度偏低"总是同时出现：
   黑位被抬高的同时，白场往往也上不去，比值必然变小

原理（三）：为什么"自动"经常猜错

"自动"能做的判断只有：输入信号的码值分布"看起来像哪一套"，
   例如近黑像素是否大量落在 16 附近
→ 但判据依赖内容：
   一段以暗场为主、或本身经过压缩与限幅的内容，会让分布不像任何一套
   纯黑或纯白图案、以及带裁切的片源都会让判断失准
→ 更麻烦的是链路里可能同时有多段在做猜测（播放器、显卡、显示器）
→ 结论：**只要结论要可比，就不要依赖"自动"** —— 手动固定并记录

七、常见误区

误区	说明
"发灰就是面板漏光或对比度差"	先切范围设置确认，再判屏
"用 HDMI 就一定是有限范围"	数值范围与接口类型不绑定，要看实际设置
"两端都设自动最省事"	自动由某一段的猜测决定，不可复核
"只改显示器设置就够了"	显卡/播放器也可能在转换，需逐段确认
"暗部死黑只能靠调亮度救"	也可能是范围错配造成的裁切
"对比度读数低一定是屏的问题"	黑位被抬起时读数必然低，先排除范围错配
"换根线就好了"	线材影响链路余量，不改变范围约定

📋 判据接口：本页属输入与链路类 —— 依此页结论做判定时，除通用条件外还必须附带判据字段集 · 输入与链路类所列字段（共 7 项）：跑不满是协议没谈成，还是链路余量不够？缺任一项，结论不可复核，只能作降级表述。

关键概念速查

术语	英文	含义
全范围	Full Range	0–255（8 bit）全部码值都用上
有限范围	Limited Range	16–235（8 bit）为黑白，两端留余量
黑电平 / 白电平	Black / White Level	与范围约定对应的近黑与近白码值
范围错配	Range Mismatch	两端按不同约定解释同一串码值
电平裁切	Signal Clipping	近黑或近白多级被压成同一级（与"色域裁剪"是两件事，别混）
双重转换	Double Conversion	链路两段都在做范围转换，误差叠加
直通	Pass-through	解码或设备不改变信号取值范围

量化范围：全范围与有限范围的口径（黑位发灰的经典根因） ​

一、概念：它约定的是"取值范围"，不是"亮度范围" ​

二、概念：三种典型症状与各自的机制 ​

三、会用（一）：链路里谁会做这个转换 ​

四、会用（二）：怎么判断当前是否错配 ​

五、会用（三）：测量与验收里怎么处理 ​

六、会用（四）：记录字段 ​

原理（一）：为什么两端要留一截余量 ​

原理（二）：为什么错配表现为发灰或裁切，而不是整体变亮 ​

原理（三）：为什么"自动"经常猜错 ​

七、常见误区 ​

关键概念速查 ​

相关文档 ​

量化范围：全范围与有限范围的口径（黑位发灰的经典根因）

一、概念：它约定的是"取值范围"，不是"亮度范围"

二、概念：三种典型症状与各自的机制

三、会用（一）：链路里谁会做这个转换

四、会用（二）：怎么判断当前是否错配

五、会用（三）：测量与验收里怎么处理

六、会用（四）：记录字段

原理（一）：为什么两端要留一截余量

原理（二）：为什么错配表现为发灰或裁切，而不是整体变亮

原理（三）：为什么"自动"经常猜错

七、常见误区

关键概念速查

相关文档