fuweichin

我想说的是：别只看重单个参数，我们关注回报率参数的目的是为了更好的用户体验：即获得跟手、平滑的运动画面，尽可能避免微卡顿、高延迟的运动画面。而这与多种因素相关，包括报告率、报告时间间隔的稳定性（注：以系统接收并处理的时间为准）、报告空间间隔的均匀性（原始采样率与报告率的协调性），报告率与 VSync 刷新率的协调性等。任何一个瓶颈都可能导致用户体验不理想。

可惜的是，Magic Trackpad 2 虽然报告率可达到 240Hz ，但是报告时间均匀性较差（相对于 240Hz 报告率的 Apple Pencil ），再加上 Pro Motion 刷新率并非等效于 120Hz VSync 刷新率，导致运动画面微卡顿的帧数占比较高。

Magic Trackpad 2 A1535 （ Firmware Version 3.1.1 ）在 MacBook Pro M3 上的报告率分析
指针移动报告率：240hz±1Hz （ USB 连接）或 233Hz±2Hz （蓝牙连接）
滚轮滚动报告率：115Hz±5Hz （ USB 连接）或 115Hz±5Hz （蓝牙连接）

MacBook Pro 16-inch M3 Internal Trackpad 的报告率分析
指针移动报告率：124Hz±1Hz
滚轮滚动报告率：217Hz±3Hz

注：以上报告率测试在 15℃ 72%RH 环境进行，实际报告率可能会随环境变化而略微变化（时钟晶振的容易受温度/湿度影响）。

分析软件：
Pointer Movement Timing Analyzer https://codepen.io/fuweichin/embed/vYPEBNM/?theme-id=modal
Wheel Action Timing Analyzer https://beta.tourofdreamland.net/device-tests/hid/wheel-action-timing-analyzer/

实测 Magic Mouse 2 鼠标的采样率为 88.9Hz 加减 0.1Hz （连续 5 秒，每秒更新，Windows 10 + BootCamp-6.1.7748 鼠标驱动）

测试工具 Pointer Movement Timing Analyzer
公测版 https://beta.tourofdreamland.net/device-tests/hid/pointer-movement-timing-analyzer/
预览版 https://codepen.io/fuweichin/details/vYPEBNM

主要问题是这 HID 采样率不是 60Hz 屏幕刷新率的整倍，加之采样率不高，从而造成垂直同步渲染时明显的指针移动微观结巴(micro stuttering)。

屏幕仿真器 公测版 https://beta.tourofdreamland.net/device-tests/screen/screen-simulator/

实测通过[usbhidf]( https://github.com/LordOfMice/hidusbf)可以在驱动层面实现降低回报率，虽然只支持降到 125*2ⁿHz (其中 n 为整数)。

发现 VESA 的 MediaSync Display 规范关注的就是视频播放帧显示均匀性的问题。

突然想起我的笔记本电脑内置屏幕支持 48Hz 和 60Hz 两种刷新率，切换到 48Hz 后测试发现 requestAnimationFrame 间隔是均匀的（抖动在 0.5ms 内），估计这个 48Hz 选项就是为了播放 23.976Hz,24Hz 视频而考虑的。虽然手动切换刷新率，不过有胜于五。

然而 125Hz 鼠标回报率 vsync 到 48Hz 显示器刷新率时由于不是整倍，又会造成运动不均匀。预言：未来的鼠标可能会支持 VRP(variable report rate)。

再举些例子：
当一个高分辨率(3840x2160)显示器由操作系统设置为低分辨率(1920x1080)模式时，Windows 显示信号分辨率还是 3840x2160 ，这算用到映射吧。
播放 48KHz 采样率的音乐，输出到只支持 44.1Hz 的音频接口，这算用到映射吧。

欢迎拿测试数据说话，臆测的靠边。

不仅仅是后端语言，前端周边相关的都得学点，比如：
+ 在设计师正式出稿之前做个简易 logo
+ 在后端开发人员实现功能之前做个 mock 服务
+ 在详细需求出来之前把概要需求整理成文

当然如果你是被按着头学的，那就当我没说。

最近买了个 Surface Precision Mouse 测试平滑滚动，实测 BLE 连接回报率 133Hz 左右，USB 连接回报率 1000Hz 。