屏幕拖影与响应测试

盯着移动的方块看它的边缘会不会拖出尾巴。速度可调,下方同时记录帧率与掉帧,最后能把拖影长度换算成等效响应时间。

动体设置

静止镜头看的是「物体从眼前掠过」的拖影,镜头跟拍看的是「眼睛追着物体移动」时的清晰度。两种场景下拖影的成因不完全相同,建议都看一遍。

拖影到底是怎么来的

液晶像素从一种灰度变到另一种灰度需要时间,这段时间里它处于中间状态,画面就会出现一条过渡带。这是「像素响应」,也是厂商标称的那个毫秒数。但它只是三部分之一:显示器每帧把画面保持一整帧时间(16.7 毫秒),人眼追踪移动物体时视网膜上会留下运动的投影,这两者叠加起来,即使像素响应是 0,你仍然会看到模糊。这就是所谓的「显示保持型模糊」。

所以本页给出的「等效响应」是三者的合成量,只能用来做相对比较:同一台显示器上,开过驱和关过驱对比、60 Hz 和 120 Hz 对比、不同面板对比。它不能拿去和厂商标称的 1 ms 相提并论,那个数字是在特定灰阶跳变、特定测量方法下得到的,条件完全不同。

帧率统计里最重要的是分布,不是平均值。平均 60 fps 完全可能由「大部分帧 16 毫秒、偶尔一帧 100 毫秒」组成,而那一帧会被眼睛明确捕捉到。页面用中位数作为「正常帧间隔」的基准,把超出的部分折算成丢帧数;p95 描述大部分时候的表现,最大值描述最坏情况。三个数字一起看,才能判断卡顿是持续的还是偶发的。

动画推进用的是真实时间差,不是每帧固定增量。这一点很关键:如果按帧加固定距离,一旦掉帧,动体会跟着变慢,拖影长度也就变了,不同设备之间就没法比较。用时间差推进后,即使只有 30 fps,动体的像素速度仍然和设定值一致,拖影的物理含义才保得住。

想检查屏幕有没有坏点、灰阶会不会断层,用屏幕测试;想确认真实分辨率和刷新率读数,用显示器参数检测;怀疑是显卡性能不足导致掉帧,可以看GPU 与 WebGL 能力检测。

常见问题

这个页面能测出显示器的响应时间吗?

只能给「等效响应」,不能给厂商标称的灰阶响应。你看到的拖影是三部分叠加的:像素从上一个灰阶变到下一个需要时间、显示器每帧保持画面造成的视觉残留、以及眼球追踪动体时视网膜上的拖影。网页只能控制画什么,没法把这三者分开。真要单独测像素响应,需要用高速相机拍屏幕。

拖影长度怎么量?

最简单的方法是截图后用图像软件量:把动体边缘到拖影末端的像素距离量出来,再填进下面的计算器。手动估算误差很大,尤其在高速档位。也可以把速度调低、动体调大,让拖影更容易分辨,再按比例换算。

为什么帧率显示 60,画面还是感觉卡?

帧率是平均值,卡顿是分布问题。平均 60 fps 也可能由「大部分帧 16 毫秒、偶尔一帧 100 毫秒」组成,那一帧就会被眼睛捕捉到。页面给的 p95 和最大帧间隔就是看这个的:p95 明显高于 16.7 毫秒,说明有持续的微卡顿;最大值很离谱则说明有偶发的长停顿。

开启显示器过驱(Overdrive)能消除拖影吗?

能缩短拖影,但开太高会出现「反向拖影」——动体后面跟着一圈亮边或暗边,比原来的模糊更碍眼。大多数显示器的过驱档位是可调的,建议从中档开始,用这个页面在同一速度下对比,找到拖影最短又不出现反向残影的那一档。

鼠标移动时看到的拖影,和这个测试是一回事吗?

不完全是。鼠标指针的拖影取决于操作系统怎么合成光标、有没有开启指针轨迹,以及显示器本身的响应。浏览器里的动体只反映「页面绘制 + 显示器响应」,不经过系统的光标图层。判断显示器本身,用这个页面更干净。

为什么手机上看这个页面比电脑上顺?

手机屏幕通常是 90 Hz 或 120 Hz,而且触控滚动的合成路径更短。另一方面,手机浏览器在页面滚动时会限制 rAF 频率,测出来的帧率数字不一定代表屏幕刷新率。要比较设备,先确认两边都用了相同的动体速度和相同的窗口大小。

高刷新率屏幕上速度看起来不一样?

同样的像素速度下,高刷新率屏幕每帧移动的距离更短,动体的边缘更连续,所以主观上「更清楚」。这也是为什么电竞屏在快速移动场景里优势明显:不是帧率数字好看,而是每一帧的位移小,眼睛更容易跟上。