|
|
所有盒子都标自己「低延迟」，但没有一家说清怎么测的。这篇讲一套普通人能复现的实测方法，以及我们测出来的真实数据。
一、为什么要自己测
标称延迟一般只算「盒子到设备」的报文时间，不含系统处理、屏幕响应、显示延迟。用户感知的端到端延迟往往是标称值的三到五倍。
二、实测方法
器材：一台能拍240帧以上的手机或相机、一个秒表App、固定亮度的测试画面。
步骤：
- 被控设备屏幕显示一个按钮，按下后变色
- 相机同时拍到「手指按盒子」和「屏幕变色」两个画面
- 逐帧对比，数出间隔帧数
- 同一动作测50次，取中位数和P95
三、我们测到的数据
三款不同价位盒子，同一被控设备：
| 价位 | 中位数 | P95 |
| 入门 | 92ms | 240ms |
| 中端 | 85ms | 160ms |
| 高端 | 83ms | 145ms |
结论很明确：价位对中位数影响很小，对稳定性（P95）影响很大。批量任务怕的是抖动不是慢。
四、影响延迟的四个因素
- 盒子固件的报文打包策略
- 被控系统的输入处理链
- 线材与Hub（劣质线直接+20ms）
- 显示器本身的响应时间
五、优化建议
- 直连主板USB口，不过Hub
- 换短的高质量线
- 固件升到最新
- 被控系统关掉不必要的输入特效
延迟是系统工程，别指望换个盒子解决所有问题。实测方法有问题欢迎评论区讨论。 |
|
发表于 
