主题
视频编码与流媒体：内容侧的质量上限
显示能力再强，也显示不出源里没有的东西。这一页讲内容侧的限制， 以及评测时为什么要先把"源"这一层固定住。
本页按三段式走：先看清内容侧为什么是上限（概念）→ 再学会固定源、判断是源还是屏（会用）→ 最后弄清压缩的几条机制（原理）。
一、概念：为什么要管内容侧
源（拍摄 / 制作 / 编码 / 传输）→ 链路 → 显示器
↑ 这一层决定了质量上限 ↑ 显示器决定能否还原到这个上限⚠️ 用压缩过的源去评判显示器的画质，等于在测源 —— 这是评测里最常见的方法性错误（见 测量标准索引 的可比性清单）。
二、概念：编码的四个取舍
| 维度 | 说明 | 提高它的代价 |
|---|---|---|
| 码率 | 每秒用多少数据描述画面 | 带宽与存储 |
| 分辨率 | 画面的像素数 | 同上，且与码率不独立 |
| 色度抽样 | 颜色信息的采样密度（如 4:4:4 / 4:2:0） | 影响细密彩色纹理与文字边缘 |
| 位深 | 亮度与颜色分多少级 | 影响渐变与暗部层次 |
✅ 四者互相挤占：同样的带宽下，分辨率提上去，往往要牺牲色度抽样或其他维度 —— 所以"同样是 4K"，画质可以差很多。
三、概念：常见的三类格式（按用途）
| 类别 | 用途 | 特点 |
|---|---|---|
| 交付 / 分发类编码 | 网络播放、广播传输 | 压缩率高，有损；同规格下画质随码率与编码效率变化 |
| 中间 / 制作类编码 | 剪辑、后期、母版交换 | 压缩轻或无损，体积大，便于反复处理 |
| 母版与未压缩 | 母版存档、参考监看 | 体积最大，质量上限最高 |
✅ 判据上的差别：评测与验收优先用损失小的源； 用何种源必须写进记录，否则横向比较无意义。
四、会用（一）：评测时怎么"固定源"（五步）
① 选源：优先用损失小的源（无压缩 / 中间编码 > 高码率交付编码）
—— 结论的上限由源决定，先别急着换屏
② 记录规格：分辨率 / 帧率 / 位深 / 色度抽样 / 编码格式与码率
③ 关掉变量：流媒体的自适应码率、播放器的锐化与增强、系统的动态处理
④ 避免二次压缩：不要把社交平台或视频站点下载的素材当测试源
⑤ 固定播放设置：输出格式、缩放方式、HDR 状态与模式（与显示器侧成对）五、会用（二）：判断"是源的锅还是屏的锅"
① 换源：同一段内容，用更高质量的源再放一次
—— 若细节回来了，问题在源
② 换设备：把同一帧放到另一台设备（或另一个已知可靠的屏）上看
—— 若两台都一样糊，问题在内容或链路
③ 换内容：改用无压缩测试图（灰阶、渐变、细线、文字）
—— 若测试图正常，说明显示能力没问题
④ 查链路：抽样是否 4:2:0、是否经过 DSC、是否经中间设备
⑤ 查二次压缩：有没有截屏 / 录屏 / 转发过一次✅ 顺序要点：先换源，再换设备 —— 先排除"源里本来就没有"， 避免把源的问题当成显示器的缺陷。
六、会用（三）：日常观看的设置建议
| 设置 | 建议 | 理由 |
|---|---|---|
| 流媒体画质档 | 选最高可用档，并知道它在切换 | 自适应码率会随网络波动 |
| 播放器增强（锐化 / 平滑 / 动态对比） | 关掉 | 会改变原意并掩盖问题 |
| 输出色度抽样 | 尽量 4:4:4（接电脑时尤其） | 保护文字与细密彩色细节 |
| 位深 | 与内容和链路匹配 | 避免无谓的转换 |
| HDR 内容 | 用对应的模式与元数据链路 | 模式不匹配会导致滚降异常 |
| 机内 / 播放器缩放 | 尽量只让一个环节缩放 | 多次缩放只减不增（见 重采样与缩放） |
七、原理（一）：为什么"分辨率相同"画质可以差很多
单位时间的可用数据（码率）是固定的
→ 分辨率、色度抽样、位深、时间维度（帧率 / 运动复杂度）在争夺这份预算
→ 同样叫"4K"：低码率版本会把预算优先花在"看起来不太花"的地方
（细节被抹平、色度被降采样、暗部被压缩）推论：看到"4K"先问码率与抽样，而不是只看分辨率数字。
八、原理（二）：为什么压缩在"运动"与"细密纹理"上更吃亏
编码的效率来自"预测"：时间上复用前一帧、空间上复用邻近块
→ 运动剧烈、细节密集时预测失效 → 残差变大 → 同样的码率下质量下降更明显
→ 表现为：块状伪影、细节"糊成一片"、运动时边缘抖动实践含义：同一码率下，"静镜头"与"快运动"的画质判断会完全相反 —— 评估源或链路时，要写明内容的运动特性（见 运动清晰度指标）。
九、原理（三）：为什么"看一次没问题"不能说明稳定
自适应码率按缓冲与吞吐动态切换清晰度
→ 切换的条件与"主观觉得网络还行"并不一致（缓冲深度、瞬时吞吐、抖动）
→ 同一次观看里画质可以是波动的处置：观测时记录码率或清晰度切换事件与持续时间， 而不是只写一句"看着挺好"。
十、原理（四）：为什么二次压缩的损失会叠加
每次有损压缩都是一次不可逆的信息丢弃
→ 转码不会"恢复"已经丢掉的信息，只会在剩下的信息上再丢一次
→ 而且不同编码器的处理方式不同，损失会以不同形式累积
（细节抹平 + 块效应 + 色度误差）推论：截图 / 录屏 / 转发过的素材不能作为"源" —— 它已经不是原始内容，而是"原始内容再压一次"的结果。
十一、判据与记录字段
| 必记 | 说明 |
|---|---|
| 源的规格（分辨率 / 帧率 / 位深 / 抽样） | 质量上限的来源 |
| 编码格式与码率 | 同规格也可能差异很大 |
| 内容特性（静镜头 / 快运动 / 细密纹理） | 决定该码率下能看出什么 |
| 是否流媒体与切换事件 | 影响可重复性 |
| 播放器与处理链路（缩放、增强、HDR） | 引入额外变量 |
| 是否经过二次压缩 | 截图 / 录屏 / 转发都会再压一次 |
| 显示设置（模式 / 亮度 / HDR） | 与源共同决定观感 |
✅ 判据怎么落：把上表字段写进判据的条件里，模板见 判据与验收 —— 源规格是这一条判据里最容易漏、也最容易引起争议的一项。
十二、常见误区
| 误区 | 说明 |
|---|---|
| 显示器好就能看出好画质 | 源已丢失的细节无法还原 |
| 分辨率相同画质就相同 | 码率、抽样与位深同样决定观感 |
| 看一次没问题就说明稳定 | 流媒体会动态切换，需长时与记录 |
| 截屏可以代表屏上效果 | 截屏取的是信号，不是面板输出 |
| "关了增强就等于原始" | 缩放与色度转换仍在链路上 |
| "同一个码率画质一样" | 编码效率、内容复杂度都会改变结果 |
📋 判据接口：本页属输入与链路类 —— 依此页结论做判定时，除通用条件外还必须附带 判据字段集 · 输入与链路类 所列字段（共 7 项）：跑不满是协议没谈成，还是链路余量不够？ 缺任一项，结论不可复核，只能作降级表述。
关键概念速查
通用术语见 统一速查（由统计生成，只在一处维护）。
| 术语 | 含义 |
|---|---|
| 码率 | 每秒描述画面所用的数据量 |
| 交付编码 / 中间编码 | 有损分发用 / 轻损制作与交换用 |
| 自适应码率 | 按网络状况动态切换清晰度 |
| 二次压缩 | 截图、录屏、转发带来的额外损失 |
| 残差 | 预测之后仍需编码的部分，运动与细节越复杂它越大 |
| 内容复杂度 | 运动速度与细节密度，决定同码率下的质量 |
相关文档
- 内容侧口径 —— 母版与制作侧的指标口径
- DSC 显示流压缩 —— 链路侧的压缩
- 色度抽样 —— 颜色减采的口径与画质代价
- 压缩与处理伪影判读 —— 压缩损失在画面上的可见形态与归因
- 重采样与缩放质量 —— 缩放带来的额外损失
- 感知度量与客观指标 —— 信号级指标能用在哪
- 评测报告怎么读 —— 判断别人的结论能不能用
- 测量标准索引（可比性清单）/ 作用层总图
数据来源：本页内容整理自公开标准规范、厂商公开资料与行业通用实践，仅供参考；具体以官方规范原文与厂商官方资料为准。