色度抽样：4:4:4 / 4:2:2 / 4:2:0 的口径与画质影响

"桌面文字发虚、彩色小字边上带颜色"这类问题，第一嫌疑常常不是面板、也不是渲染方式，而是一个很少被写进评测报告的链路参数 —— 色度抽样。它决定颜色信息的采样密度，且几乎在任何一条从内容到屏幕的路径上都会出现一次。

本页按三段式走：先弄清它做了什么（概念）→ 再学会"在哪看、怎么确认、怎么记录"（会用）→ 最后弄清它为什么可以省、又为什么总会露馅（原理）。

它在带宽账里的位置见接口带宽；与位深、显示流压缩的分工见色深与量化、DSC 显示流压缩；文字侧的表现与归因见子像素结构与文字渲染；源侧编码与抽样见视频编码与流媒体。

一、概念：它做的是"亮度照常、色度少采"

图像在链路里通常以亮度 + 色度的形式传输（色度再分成两个分量）。色度抽样做的事很简单：

亮度分量：保持全采样（每个像素都有自己的样本）
色度分量：按"每几个像素共用一个样本"来减采

于是像素数不变、亮度细节不变，被减少的是颜色信息的分辨率。这一点最容易被误解 —— 它不是"分辨率降低"，而是"颜色的空间分辨率降低"。

⚠️ 口径上的关键：报"支持 4K"时，通常只说像素数； 画面是 4:4:4 还是 4:2:0，属于另一个维度，必须单独写。

二、概念：四种常见格式与记法

记法形如 J:a:b：J 是水平方向的参考样本数（一般按 4 讨论），a 是第一行的色度样本数，b 是第二行的色度样本数。

格式	含义（相对 4 个亮度样本）	每个像素平均色度样本	数据量（相对 4:4:4）
4:4:4	每行 4 个色度样本，两行都有	1（两个色度分量各 1）	100%
4:2:2	每行 2 个色度样本，两行都有（水平减半）	0.5	约 2/3
4:2:0	每行 2 个色度样本，但两行共用一组（水平与垂直都减半）	0.25	约 1/2
4:1:1	每行 1 个色度样本，两行都有（水平减为 1/4）	0.25	约 1/2

三条读法注意：

4:2:0 与 4:2:2 的差别在垂直方向：前者色度每两行才更新一次，后者每行都有；
记法里的 b=0 不是"第二行没有颜色"，而是表示第二行与第一行共用色度样本 —— 这是记法的历史包袱，别按字面理解；
抽样位置还有两种做法（与亮度样本同位、或位于样本之间），它在重建时引入的相位差会改变彩色边缘的形态，因此"都是 4:2:0"也可能表现不同。

三、会用（一）：它会在哪些环节被引入

色度抽样不是某一台设备的功能，而是链路里至少被引入一次的环节：

环节	典型情况	记录要点
源编码	分发类编码通常按 4:2:0 交付，制作类母版多为 4:4:4	源的色彩采样格式
解码输出	解码后常保持源的抽样格式，交给后续环节重建	解码器设置
系统/显卡输出	可输出 RGB（等效 4:4:4）或 YCbCr 的各种抽样格式	输出格式与色彩范围
接口协商	带宽受限时先牺牲抽样或色深，或启用显示流压缩	实际协商值
中间设备	切换器、延长器等可能改变或"代理"能力	中间设备清单
显示器内部	内部处理链通常在更高精度域工作，但输入端收到的抽样已定	显示器信息页/服务信息

✅ 一条判断习惯：症状是**"颜色在细处丢、亮度在细处还在"时，先查抽样；症状是"整体分辨率不足"**（亮度细节也糊）时，去查分辨率与缩放。

四、会用（二）：怎么确认当前跑的是哪一种

① 看显示器信息页 / 服务信息：能直接显示"输入格式"的机型会给出抽样与色深
② 看系统与显卡设置：输出格式（RGB / YCbCr）与色度抽样选项目前多数机型可设
③ 看播放器与解码器设置：输出格式、是否"直通"、是否二次转换
④ 目视确认：用"彩色细线 + 灰阶细线"对照图案
   —— 彩色细线（尤其红/蓝）变淡、断裂或渗色，而灰阶细线保持清晰，是抽样的典型表现
⑤ 逐项排除：换线、换口、降刷新率跑同一图案，看现象是否跟着变

⚠️ 别用视频画面下结论：交付类内容本身就是 4:2:0，用它去判"屏或链路有问题"等于在测源（见视频编码与流媒体）。要判链路，用信号源生成的图案，或系统直接输出的静止图案。

五、会用（三）：它的画质代价

内容特征	受影响程度	说明
纯亮度细节（黑底白字、灰阶细线）	几乎不受影响	亮度分量是全采样的
彩色细线 / 彩色小字	明显	颜色信息的分辨率不足，边缘变淡或渗色
细密彩色纹理（织物、彩噪、彩色栅格）	明显	高频彩度信息被减采
饱和色边界（红/蓝/品红块）	中等	边界处出现颜色过渡带
大面积平坦色块	很小	低频信息，抽样难以暴露
与低码率压缩叠加	放大	抽样与压缩损失叠加时，彩色边缘最先崩

✅ 一句话记住代价：色度抽样伤的是"彩色的清晰度"，不伤"亮度的清晰度"。 所以它在视频里常常看不出来，在桌面文字与图表上却最刺眼。

六、会用（四）：设置与记录

设置取向（按场景）：

场景	取向	理由
电脑桌面 / 文字与图表	尽量 4:4:4（RGB 输出）	彩色文字与细线对该项最敏感
高分辨率 + 高刷新率的带宽受限组合	明确取舍顺序与代价	抽样、色深、显示流压缩三者的代价不同
视频观看	跟随内容本身	交付内容多为 4:2:0，设置再高也补不回源
校准与评测	固定为 4:4:4 并记录	否则测的是链路而不是屏

记录字段：

□ 协商结果：分辨率 / 刷新率 / 色深 / 色度抽样
□ 输出格式与色彩范围（RGB 还是 YCbCr、全范围还是有限范围）
□ 是否启用显示流压缩
□ 线材与中间设备
□ 源的色彩采样格式（评测与验收时）

原理（一）：为什么色度可以少采

人眼对亮度细节的分辨能力，高于对颜色细节的分辨能力：
   亮度通道的空间频率响应更宽（能看到更细的亮度变化）
   色度通道的响应更窄（细到一定程度，颜色差异就分辨不出）
→ 于是把色度按"几个像素一组"来采，在多数自然内容上几乎不被察觉
→ 这是"平均观察者 + 自然内容"的统计结论，不是物理限制
→ 因此一旦内容变成"人工高频彩度"（文字、细线、图表的彩色线条），
   这条假设就不成立了

原理（二）：为什么彩色文字与细线最先露馅

文字的笔画宽度常在 1–2 个像素量级：
   亮度分量：每个像素都有样本 → 笔画边缘仍可重建
   色度分量：多个像素共用一个样本 → 该处颜色信息的"采样周期"大于笔画宽度
→ 于是出现两种典型表现：
   ① 颜色变淡或断裂（色度样本无法表达笔画局部的颜色）
   ② 边缘渗色（重建时色度样本被插值到邻近像素上）
→ 这也是"同一块屏看视频正常、看桌面文字却发虚"这类困惑的主要来源之一，
   它属于链路侧成因，与面板子像素排列带来的彩边是两回事
   （见 [子像素结构与文字渲染](subpixel-and-text-rendering.md)）

原理（三）：抽样位置与色度重建

抽样位置有两种做法：与亮度样本同位、或位于亮度样本之间
→ 位置不同，重建时"把色度铺回每个像素"的相位就不同
→ 结果：同样是 4:2:0，不同实现的彩色边缘偏左偏右、渗色方向可以不一样
→ 重建滤镜（简单复制 / 线性插值 / 更复杂的边缘自适应）也会改变观感
→ 所以判读"抽样造成的彩边"时，要把格式与实现一起看，
   而不是只凭"格式是 4:2:0"就断定现象形态

七、常见误区

误区	说明
"4:2:0 就是分辨率减半"	像素数与亮度细节不变，减的是颜色信息的采样密度
"看不到差别就是没问题"	自然内容与视频上常看不出，桌面文字与彩色细线会暴露
"在播放器里设成 4:4:4 就等于链路是 4:4:4"	还要看解码输出、接口协商与实际输入格式
"用电影片段判断屏的抽样问题"	源本身就是 4:2:0，测的是源
"4:2:0 的黑白文字也会糊"	纯亮度细节不受影响，糊的原因要另找（缩放、渲染、锐化）
"抽样和色深是一回事"	一个管"颜色采几个点"，一个管"每点分多少级"
"开了显示流压缩就不必管抽样"	两者是并列的取舍项，代价不同、可叠加

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

关键概念速查

术语	英文	含义
色度抽样	Chroma Subsampling	对颜色分量减采，亮度分量保持全采样
4:4:4	4:4:4	亮度与色度同样全采样
4:2:2	4:2:2	色度水平减半、垂直保持
4:2:0	4:2:0	色度水平与垂直都减半（每两行共用）
色彩采样格式	Chroma Format	描述色度减采比例的记法（J🅰️b）
抽样位置	Chroma Siting	色度样本与亮度样本的相位关系
色度重建	Chroma Upsampling	把色度样本铺回每个像素的过程
色彩范围	Color Range	全范围与有限范围的区分（影响黑位与白点）

色度抽样：4:4:4 / 4:2:2 / 4:2:0 的口径与画质影响 ​

一、概念：它做的是"亮度照常、色度少采" ​

二、概念：四种常见格式与记法 ​

三、会用（一）：它会在哪些环节被引入 ​

四、会用（二）：怎么确认当前跑的是哪一种 ​

五、会用（三）：它的画质代价 ​

六、会用（四）：设置与记录 ​

原理（一）：为什么色度可以少采 ​

原理（二）：为什么彩色文字与细线最先露馅 ​

原理（三）：抽样位置与色度重建 ​

七、常见误区 ​

关键概念速查 ​

相关文档 ​