主题
VRR 技术深度解读（FreeSync / G-Sync / Adaptive-Sync）
可变刷新率（VRR）的原理、标准、分级与兼容性深度解读。 本页按三段式走：先弄清它在解决什么（概念）→ 再学会开与调（会用）→ 最后明白它为什么会带来副作用（原理）。
📌 本页在"时序层"上的位置：本页负责同步与撕裂这一环（含 VRR 范围与 LFC）。 总链、工作点与症状定位见 动态表现； 延迟的构成见 输入延迟。
一、概念：VRR 解决的是撕裂，不是卡顿
帧与刷新可以三种方式对齐，结果完全不同：
| 方式 | 帧与刷新怎么对齐 | 结果 |
|---|---|---|
| 不限制（无同步） | 帧一画好就上屏 | 撕裂：一屏里出现两帧的内容 |
| 垂直同步（VSync） | 完整帧等下一个刷新周期 | 无撕裂，但帧率被量化 —— 卡顿与同步等待增加 |
| 可变刷新率（VRR） | 刷新周期跟着帧走 | 范围内无撕裂、无量化等待 |
三个概念必须分开（它们经常被混成一句"不流畅"）：
| 现象 | 成因 | VRR 能解决吗 |
|---|---|---|
| 撕裂 | 帧与刷新不同步 | ✅ 能（范围内） |
| 同步等待带来的延迟与顿挫 | 帧被量化到固定刷新周期 | ✅ 能（范围内） |
| 帧生成时间抖动（judder） | GPU 出帧本身不均匀 | ❌ 不能 —— 这是帧生成问题 |
⚠️ VRR 不提高帧率、也不改善帧生成：它只把"显示节奏"对齐到"帧到来的节奏"。 帧率本身不够或不稳，要靠画质设置与硬件解决（见 动态表现）。
二、会用（一）：开启链上的四道闸门
VRR 失效，多数不是"没开"，而是四道闸门里有一道没开或被打断：
① 应用内 全屏模式与帧率上限设置
② 显卡驱动 对应开关（G-Sync / FreeSync / Adaptive-Sync）
③ 显示器 同步类开关（多在 OSD 的同步 / 游戏组）
④ 链路 接口与线材版本，以及中间设备逐项检查清单：
□ ① 应用：是否独占全屏？是否有内部帧率上限？
□ ② 驱动：对应技术是否已启用？是否限定了适用模式（全屏 / 全屏+窗口）？
□ ③ 显示器：OSD 里同步项是否开启？是否与插黑、某些模式互斥？
□ ④ 链路：接口版本与该分辨率/刷新率是否够用？是否经过切换器 / 扩展坞 / 转接器？怎么确认"真的生效了"（三条实证）：
① 显示器信息页：看当前刷新率是否随帧率变化
② 系统侧：看当前刷新率读数（部分系统与工具可实时显示）
③ 帧率读数：确认帧率落在该机的 VRR 范围内⚠️ 中间设备是 VRR 的常见杀手 —— 切换器、扩展坞、转接器常打断 VRR。 排查顺序：先直连验证，再逐个把中间设备加回去。
三、会用（二）：什么时候有效、什么时候无效
| 场景 | 是否有效 | 说明 |
|---|---|---|
| 独占全屏游戏 | 通常最可靠 | 驱动默认适用范围 |
| 窗口 / 无边框窗口 | 取决于系统与驱动 | 需要"窗口化 VRR"支持 |
| 帧率高于 VRR 上限 | 部分失效 | 超出范围即回到撕裂，除非同时限帧 |
| 帧率低于下限 | 靠 LFC 兜底 | 支持 LFC 时倍帧；不支持则退出 VRR |
| 多屏 / 混合刷新率 | 常见限制 | 部分配置下 VRR 只对主屏生效或被禁用 |
| 视频播放 / 采集录制 / 远程桌面 | 通常不适用 | 这些链路的节奏不由"帧率"决定 |
| 同时开 HDR / 高色深 | 视带宽而定 | 带宽紧张时可能被迫降抽样或色深（见 DSC） |
把帧率压在窗口内（这是 VRR 调参的核心动作）：
① 先查出该机 VRR 范围（OSD 信息页或规格书）
② 游戏帧率上限设在"低于上限、留一点余量"处
—— 顶到上限会反复进出，反而更容易看出波动
③ 帧率常低于下限时：靠 LFC，或降画质提帧，让两端都留余量
④ 用**帧率曲线**（不是平均值）确认长期稳定在窗口内⚠️ 别用"平均帧率在窗口内"当合格依据 —— 帧率是波动的，要看序列。 这正是 VRR 相关测量必须记录帧率曲线的原因（见第七节）。
四、会用（三）：VRR 与其他功能的冲突取舍
| 组合 | 能否共存 | 取舍原则 |
|---|---|---|
| VRR + 插黑（BFI） | 多数机型互斥 | 插黑需要固定节奏 → 二选一：要顺滑还是要拖影更少 |
| VRR + 过驱 | 可共存，但需适配 | 过驱档要按 VRR 重调（原理见第五节） |
| VRR + 分区控光 / 动态亮度 | 可共存 | 低刷新率时亮度波动更容易被察觉 |
| VRR + HDR / 高色深 | 受带宽约束 | 优先保"不闪、不降抽样"，再谈顺滑 |
| VRR + 多屏 | 常见限制 | 多屏时先确认主屏是否仍生效 |
✅ 优先级：先保稳定（不闪、不跳、不失效），再追顺滑 —— 顺序反了会出现"顺滑但亮度忽明忽暗"这类更难接受的组合。
五、原理：为什么刷新率一变，别的东西跟着变
这是 VRR 最容易被误解的部分 —— 它不只是"改刷新率"，而是改变了每一帧的时间结构。
① 亮度与灰阶会随刷新率漂移
刷新率变 → 每帧时长变 → 像素的写入时间与保持时间变
LCD：充电与保持时间变化 → 同一灰阶的实际亮度可能轻微变化
OLED：每帧点亮占空比变化 → 亮度与灰阶关系随之变化所以有些机型在 VRR 下会出现"低刷新率时亮度略变"或"灰阶曲线随帧率浮动" —— 属时序层的正常耦合，不是面板坏了。
② 过驱必须按"这一帧有多长"来匹配
过驱设计的前提是"知道这帧要多久"
固定刷新率下，帧长固定 → 过驱参数可以调准
VRR 下帧长一直在变 → 同一组过驱参数在不同帧长下会过冲或欠冲这就是"VRR 下要重调过驱档"、部分机型提供独立"VRR 过驱档"的原因， 也是"开 VRR 后拖影或白边变明显"的机制来源（白边=过冲，见 动态表现）。
③ 为什么低刷新率时更容易看到闪烁
保持时间越长，亮度在时间轴上的分布越稀疏，越容易被感知到； 与调光方式、面板类型共同作用（见 频闪与 SVM）。
④ 为什么需要 LFC
低于 VRR 下限时，刷新周期已经接近甚至超过一帧的合理时长，没有稳定的可比时序； LFC 通过倍帧把等效刷新率抬回范围内 —— 所以"下限"不是硬墙，而是"能不能倍帧"的分界。
⑤ 为什么"无撕裂"不等于"顺滑"
| 问题 | 由什么决定 | 靠什么解决 |
|---|---|---|
| 撕裂 | 帧与刷新是否同步 | VRR / VSync |
| 顿挫、卡顿感 | 帧生成时间是否均匀 | 画质设置、硬件、帧率上限 |
| 跟手程度 | 输入到显示的链路时长 | 低延迟模式、直连、减少处理 |
⚠️ VRR 减少的是同步等待，不改信号处理耗时 —— 想降延迟要靠低延迟模式与直连（见 输入延迟）。
⑥ 为什么 VRR 相关的测量与普通测量不同
刷新率是变量：平均值、单次值都不能代表"这个条件下的表现"。 必须记录帧率序列与工况，否则数据不可复核（见第七节）。
六、认证与分级：认证考什么、不考什么
| 技术 | 机构 | 基础 | 特点 |
|---|---|---|---|
| Adaptive-Sync | VESA | DisplayPort | 开放标准，技术基础 |
| FreeSync | AMD | Adaptive-Sync + HDMI | AMD 生态，认证分级 |
| G-Sync | NVIDIA | 专用模块 / 兼容认证 | NVIDIA 生态 |
FreeSync 分级
| 等级 | 要求 | 说明 |
|---|---|---|
| FreeSync | 基础 VRR | 入门 |
| FreeSync Premium | ≥120Hz@FHD + LFC + 低延迟 | 进阶 |
| FreeSync Premium Pro | Premium + HDR | 顶级 |
G-Sync 类型
| 类型 | 说明 |
|---|---|
| G-Sync 认证 | 专用模块，刷新率与画质经过验证，成本较高 |
| G-Sync Ultimate | 最高档：专用模块 + HDR 与高亮度要求 |
| G-Sync Compatible | 基于 HDMI/DP VRR 的兼容认证，无需专用模块 |
✅ 认证覆盖什么：VRR 的可用范围、低帧率补偿的有无、以及与低延迟/HDR 的组合要求。 ❌ 认证不代表：过驱质量、亮度均匀性、色准、光晕控制等与同步无关的项目 —— 那些仍要看实测（见 性能认证详解）。
官方：https://www.amd.com/en/products/graphics/technologies/freesync.html 官方：https://www.nvidia.cn/geforce/products/g-sync-monitors/
七、VRR 相关结论的"判据接口"
只要结论与 VRR 有关，下列条件必须一并写清，否则不可复核：
□ VRR 范围（下限 / 上限）与本次帧率区间
□ 帧率**序列**（曲线）与采样方式 —— 不是单一平均值
□ 同步方式：VRR / VSync / 不限制
□ 过驱档，以及它是否随刷新率联动
□ 插黑（BFI）/ 分区控光 / HDR / 色深与抽样状态
□ 链路：接口与版本、线材、是否直连，中间设备清单
□ 驱动版本、系统版本、应用内设置、是否窗口化
□ 多屏状态及其他屏的刷新率
□ 环境温度与预热状态（影响过驱与亮度）八、故障速查
| 现象 | 先查哪一环 | 处置 |
|---|---|---|
| 开了没效果 | ② 驱动 / ③ 显示器 / ① 应用 | 逐道闸门确认；确认应用为独占全屏 |
| 仍有撕裂 | 帧率是否超出 VRR 上限 | 设帧率上限留余量，或同时开 VSync |
| 闪屏 / 黑闪 | ④ 链路与中间设备 | 直连对比、换线；降低刷新率上限再试 |
| 亮度忽明忽暗 | 面板与调光特性、分区控光 | 关分区控光对比；限制 VRR 范围下限 |
| 帧率不稳、顿挫 | 帧生成本身（judder） | 降画质设置；这不是 VRR 能解决的 |
| 切全屏时黑一下 | 模式切换握手 | 属正常行为，与 VRR 无关 |
| HDR 下失效 | 带宽与抽样 | 检查是否因带宽被迫降抽样（见 DSC） |
| 多屏时失效 | 多屏配置 | 先只连主屏验证 |
| 唤醒后失效 | 握手重协商 | 重新触发一次模式切换 |
九、常见误区
| 误区 | 说明 |
|---|---|
| "VRR 能提高帧率" | 它只对齐显示节奏，帧率由 GPU 决定 |
| "开了 VRR 就一定不卡" | 帧生成抖动（judder）与同步是两件事 |
| "VRR 能降输入延迟" | 减少的是同步等待，处理链路耗时不变 |
| "平均帧率在范围内就算合格" | 要看帧率序列，波动才是问题 |
| "VRR 和插黑可以一起开" | 多数机型互斥，需二选一 |
| "开了 VRR 不用管过驱" | 帧长变化会让过驱失配，需专门适配 |
| "认证了就没问题" | 认证不管过驱质量、均匀性、色准等项目 |
| "接扩展坞也一样" | 中间设备常打断 VRR，必须先直连验证 |
📋 判据接口：本页属输入与链路类，其专属字段表见本页相应小节； 类型字段集（单一来源）见 判据字段集 · 输入与链路类（共 7 项）。
关键概念速查
通用术语见 统一速查（由统计生成，只在一处维护）。
| 术语 | 英文 | 含义 |
|---|---|---|
| 自适应同步 | Adaptive-Sync | 基于 DP 的开放 VRR 标准 |
| 帧同步体系 | FreeSync | AMD 的可变刷新率认证体系 |
| 高级档位 | FreeSync Premium / Pro | 逐级增加低延迟与 HDR 要求 |
| 帧同步体系 | G-Sync | NVIDIA 的 VRR 技术体系 |
| 兼容认证 | G-Sync Compatible | 经验证可用的 Adaptive-Sync 设备 |
| 低帧率补偿 | LFC | 帧率低于下限时倍帧，扩大有效范围 |
| VRR 窗口 | VRR Range | 可变刷新率的下限到上限 |
| 撕裂 | Tearing | 帧与刷新不同步导致的画面断裂 |
| 帧生成时间抖动 | Judder | 出帧间隔不均造成的顿挫感 |
相关文档
动态表现与拖影 —— ④ 时序层轴心：总链与症状定位
响应时间实测方法 —— 过驱与响应怎么测
输入延迟 —— 延迟由哪些段构成
频闪与 SVM —— 低刷新率闪烁的机制
DSC 与压缩 —— VRR+HDR 下的带宽取舍
作用层总图 —— 跨层耦合（改一层会连带谁）
结论登记表 —— 本页核心结论编号：C-015
数据来源：本页整理自公开标准规范原文与厂商公开资料，仅供参考；具体以官方规范原文为准。