C5.11.4Prediction masks perceived latency, not real delay设计研究
预测渲染只能缓解感知延迟，无法消除真实的端到端处理延迟
别名: 感知延迟 · 真实延迟 · latency masking · prediction cannot remove delay
概念解释
预测让墨的前端看起来离笔尖更近，于是察觉到的延迟下降。从笔尖运动到系统里那个真实采样被处理、被写入最终笔画、被能撤销/能识别的数据路径用上，这段真实端到端延迟一个毫秒都没有被预测减掉。把“开了预测”写成延迟指标合格，是把观感补丁当成管线修好了。
机制
真实延迟发生在报点、调度、识别、存盘、同步之前。预测层画在合成的最前端，只影响这一帧被人看见的像素，不加快报点，也不让识别器更早拿到点。因此：协同另一端仍按真实点的时间到达；手写识别仍等真实笔画；撤销栈若只含真实点，撤销的时机也不变。预测甚至可能让真实路径更忙——每帧多一次外推和回滚。当真实延迟大到窗口填不满（卡顿、掉帧、蓝牙笔突发延迟），预测要么露缝，要么胡乱外推，两种都暴露管线仍在。光子测量若对准墨前端，会把预测段算进“延迟很低”；对准真实采样对应的像素或事件时间戳，数字完全不同。产品需要两套数：观感缝，和真实点到光子/到消费者的时间。
怎么研究
同时测三件事：笔尖到预测墨前端、笔尖到真实墨（预测关闭或只看真实层）、真实点时间戳到识别/同步消费者。在注入负载和蓝牙抖动下看三套数如何分叉。
自变量：预测开关、真实负载、无线链路抖动。 因变量：观感缝、真实点延迟分布、识别或远端首点时间。
禁止只用“主观跟手”代替真实延迟直方图。
边界
本地纯绘制、不识别、不同步的涂鸦，观感延迟可能就是用户在乎的全部，预测作为补丁的合理性更高。一旦墨要进识别、法律存证或多人共写，真实时间线才是合同。预测不能挽救掉帧：帧没画出来，前端再怎么外推也没有新光子。
怎么落地
- 指标分开报：观感缝用摄像，真实延迟用时间戳到消费者；预测不得用来“改善”后一项。
- 优先缩短真实路径（采样、调度、合成），预测只覆盖剩余的稳定那一截。
- 卡顿和无线抖动时收预测、暴露真实，而不是加长窗口去赌。
- 验证：开预测后观感缝下降，但识别出字时间和远端见到点的时间不应变。人为阻塞合成线程，两套延迟都应变差，此时加长预测不得把真实直方图刷绿。