主题
视频信号与图像链路
从显卡渲染到屏幕显示，图像信号经过完整链路。理解这条链路有助于排查分辨率/刷新率/HDR/延迟问题。
本页按三段式走：先看清三段链路（概念）→ 再按段定位与留证（会用）→ 最后弄清各段的"隐形处理"为什么会改变结论（原理）。
一、完整信号链路
flowchart LR A["主机侧<br/>渲染与输出"] --> B["传输链路<br/>接口与线材"] --> C["显示端<br/>接收与处理"]
各段内部的环节：
| 段 | 依次经过 |
|---|---|
| 主机侧 | GPU 渲染一帧 → 驱动 → 操作系统 |
| 传输链路 | 接口（HDMI / DP）→ 线材 → 显示器接收器 |
| 显示端 | 缩放引擎（Scaler）→ 图像处理 → 面板驱动 → 屏幕 |
三段的分工不同：主机侧决定"能生成什么"，传输链路决定"能搬多少"， 显示端决定"能还原到什么程度"。每个环节都会影响最终画面与参数上限 —— 出问题时按这三段逐段定位，见第六节。
二、显卡侧：渲染与输出
- GPU 渲染：生成一帧画面（含分辨率、帧率）。
- 扫描输出（Scanout）：GPU 把帧按时序发送到接口。
- 驱动：决定支持的分辨率/刷新率/色彩格式组合。
- 核显 vs 独显：核显的输出上限受接口版本与内存带宽限制，部分「高刷新率 + 高分辨率」组合只有独显接口能跑满 —— 具体以显卡规格为准。
三、接口与带宽（回顾）
接口决定信号能带多少"信息"（见 连接与协议）：
带宽需求 ≈ 分辨率 × 刷新率 × 每像素位数- 高分辨率+高刷新率需高带宽接口（DP 2.1 / HDMI 2.1）。
- 带宽不足时系统可能降级（降刷新率/降色彩抽样）。
四、色彩格式与抽样
信号链路中颜色按格式编码传输：
- RGB：逐像素完整颜色，电脑首选（文字清晰）。
- YCbCr 4:4:4：全色度，同 RGB 清晰。
- 4:2:2 / 4:2:0：压缩色度，视频常用（见 颜色科学基础）。
排查：HDMI 接电脑出现文字发虚 / 彩边，常是色度抽样被降到了 4:2:2 或 4:2:0，应改回 RGB 或 4:4:4。
五、显示器侧：接收与处理
显示器接收信号后，并非直接点亮面板，而是经过：
| 阶段 | 作用 |
|---|---|
| 接收/解码 | 解析接口信号 |
| 缩放引擎（Scaler） | 把信号缩放/转换到面板原生分辨率 |
| 图像处理 | 色彩、伽马、锐化、HDR 映射等（OSD 里调的项） |
| 面板驱动 | 按面板时序点亮每个像素 |
Scaler（缩放引擎）：显示器的"大脑"，决定缩放质量、输入延迟、支持的模式。
六、常见问题的链路定位
| 现象 | 可能环节 |
|---|---|
| 只能 60Hz | 线材/接口带宽 |
| 分辨率选项不全 | 驱动 / EDID |
| 文字发虚 | 色彩抽样 4:2:0 / 分辨率未设原生 |
| 输入延迟高 | 图像处理（可开游戏模式降延迟） |
| HDR 发灰 | 系统未开 HDR / EOTF 不对 |
| 撕裂/卡顿 | 刷新率与帧率不同步（VRR） |
七、按链路逐段定位（操作顺序）
本页给的是链路图，真正动手排查时按下面的顺序走：
① 先看"协商到了什么"：分辨率、刷新率、色深、抽样、HDR 状态 —— 这一步能排除一半猜测
② 再从主机侧起步：显卡输出上限与驱动设置 → 换线 → 换口
③ 再加回中间环节：延长、切换、Hub、坞站逐个加回，定位是哪一段引入的问题
④ 再查保护与协议：HDCP 握手、EDID 读取、转换器兼容性
⑤ 最后才怀疑显示器：换一台已知正常的信号源做交叉验证
⑥ 留证：把每一步的协商结果截图存档，否则争议时无法复盘✅ 顺序的价值：从"确定的环节"走向"不确定的环节"，每次只改一个变量 —— 这样才能把责任落到具体一段，而不是笼统地说"链路有问题"。
详细排查见 问题排查；案例见 信号系统故障案例； 带宽够不够见 接口带宽。
⚠️ 若协商上限本身就不对（例如某台机器最高只有特定分辨率或刷新率）， 问题往往不在线材，而在机器的主控侧 —— 见 显示主控 IC 与规格上限。
八、会用：每段各管什么、该查什么（速查）
| 段 | 它决定 | 出问题时的入口 | 关键记录字段 |
|---|---|---|---|
| 主机侧 | 能生成什么（分辨率/帧率/格式） | 系统显示设置、显卡控制面板、驱动版本 | 输出分辨率与刷新率、色深、范围、HDR 状态 |
| 传输链路 | 能搬多少（带宽与稳定性） | 接口版本、线材、中间设备 | 接口与版本、线材规格与长度、中间设备清单 |
| 显示端 | 能还原到什么程度（处理与面板） | OSD 模式、缩放方式、增强项、面板上限 | 模式、缩放位置、增强项状态、面板原生分辨率 |
✅ 一段一段查，而且每次只改一个变量 —— 三段同时动，就再也分不清是哪一段造成的。
九、会用：留证清单（争议时靠它）
□ 协商结果：分辨率 / 刷新率 / 色深 / 色度抽样 / HDR 与 VRR 状态
□ 主机侧：系统版本、驱动版本、输出口（独显 / 核显 / USB-C）
□ 链路：接口与版本、线材规格与长度、是否经中间设备
□ 显示端：模式、缩放方式、增强项开关、屏幕信息页读数
□ 复现步骤：怎么操作能再次出现（这一步最关键）
□ 影像证据：拍屏照片或视频（截图不能替代，见 [测试方法实操](testing-methods.md)）原理（一）：为什么每一段都可能有自己的"隐形处理"
主机侧：驱动/系统会做缩放、色彩转换、HDR 映射（有的可见、有的不可见）
传输链路：接口可能降抽样、启用压缩、做协议转换
显示端：主控内部会做缩放、色彩映射、分区与 ABL 控制
→ 每一段都在"按照自己的理解"处理画面
→ 于是同一份内容经过不同链路，结果可以明显不同推论：判"链路是否有问题"的第一步不是猜，而是看"协商结果" —— 它把不可见的处理结果变成了可读的数字。
原理（二）：为什么"降级"常常是自动发生的
链路的默认目标不是"最高画质"，而是"先点亮"：
跑不到目标模式时，倾向于自动降档（降刷新率 / 降色深 / 降抽样）
而不是保持原样黑屏
→ 所以"有画面"与"跑满"是两件事
→ 用户往往在不知情的情况下接受了降档后的画面实践含义：换线、换设备、改设置之后，都要回看一次协商结果 —— 确认没被悄悄降档（见 连接与协议）。
原理（三）：为什么"三段取最弱"是排查的基本原则
整条链的能力 = min(主机侧输出能力, 链路带宽与稳定性, 显示端接收与还原能力)
→ 只提升一段不会改变整体（例如换了高带宽线，但主机输出口不够）
→ 所以排查要"从确定的一段走向不确定的一段"：先看协商结果（确定），
再逐段替换（每次只改一个变量）📋 判据接口：本页属输入与链路类 —— 依此页结论做判定时，除通用条件外还必须附带 判据字段集 · 输入与链路类 所列字段（共 7 项）：跑不满是协议没谈成，还是链路余量不够？ 缺任一项，结论不可复核，只能作降级表述。
关键概念速查
通用术语见 统一速查（由统计生成，只在一处维护）。
| 术语 | 含义 |
|---|---|
| Scanout | 扫描输出 |
| Scaler | 缩放引擎 |
| Video Pipeline | 视频链路 |
| Chroma Subsampling | 色度抽样 |
| GPU / iGPU | 独显 / 核显 |
| Driver | 驱动 |
| Vblank | 垂直消隐期（GPU 换帧时机） |
相关文档
数据来源：本页内容整理自公开标准规范、厂商公开资料与行业通用实践，仅供参考；具体以官方规范原文与厂商官方资料为准。