邮件一，来自客户
"墙上的画面比人慢。他一挥手，墙上过一下才挥。是不是屏太慢？" 我们请他拍一段手机视频：人和墙在同一个画面里。片子里的延迟约 180ms——足以让人觉得不对，但还没到"坏了"的程度。
邮件二，来自我们的工程师
"屏不慢。LED 屏本身只增加 8–16ms 处理时间。延迟在上游。请把摄像机型号、切换台、处理器型号发我，并告诉我摄像机是 25 帧还是 30 帧。" 回复：25 帧 IP 摄像机、硬件切换台、HDBaseT 延长器、开了缩放功能的拼接处理器。
邮件三，算账
| 环节 | 延迟 |
|---|---|
| IP 摄像机编码 + 网络 | 80 – 120 ms |
| 切换台 | 16 ms |
| HDBaseT 延长器 | 8 ms |
| 带缩放的处理器 | 33 ms |
| LED 屏 | 12 ms |
| 合计 | 149 – 189 ms |
我们改了什么
摄像机是最大单项。从 IP 流改成 SDI 输出，去掉了编码和网络这一跳。同时关掉处理器缩放，直接喂原生画布分辨率。总延迟降到约 45ms，没人察觉得到。
该记住的规律
拼接屏从来不是最慢的那一环。摄像机、编码器、缩放器才是。客户抱怨延迟时，从信号源往屏的方向逐级测，不要一上来就怪面板。十次里有九次，解决办法在上游，而且不花钱。
值得写进设计的一句话
如果这面墙会显示现场演讲者，就在弱电图里写明总延迟预算，例如"从摄像机输出到屏幕小于 60ms"。这一行能省掉后面的争论，因为每个供应商都知道自己要交什么。