延迟跟随让身体锁定既跟得上又不晃
别名: 延迟跟随 · 惰性跟随 · slack follow
概念解释
身体锁定的面板若每帧死跟躯干或头的位置，步行的上下颠、呼吸、追踪噪声会全部写进界面，字在抖。若完全不跟，走两步面板就被甩在身后。延迟跟随（lazy follow）给跟随加死区和低通：小动不跟，大动平滑追上，让面板既在人的身边，又不跟着每一下微颤晃。它是身体锁定内部的滤波，不是换成另一种锁定，也不是换锁定时那段可见的搬家。
机制
躯干和头的轨迹含有步态频率、心跳式微动和追踪器噪声。界面若以 1:1 刚体绑在这些信号上，阅读目标在视网膜上画出门廊。人的前庭知道身体在走，视觉却看见「面板在抖」，两条输入在打架。延迟跟随通常拆成两段：位置上用死区加弹簧-阻尼，朝向上让面板缓慢偏航去对齐人的前方，俯仰则几乎不跟——点头不该把菜单甩上甩下。死区太小，抖动仍在；死区太大，转身后面板会在视野外停很久，人以为丢了。时间常数要避开步态主频（大约 1–2 Hz）：滤掉颠簸，留住「我转过身了」这种一次的大偏航。
怎么研究
让人在走、站、点头、转身四种条件下读身体锁定的文字，比较刚体跟随、不同死区、不同时间常数。
自变量：死区角度与距离、跟随时间常数、是否跟随俯仰、行走速度。 因变量：阅读速度与正确率、面板在视网膜上的稳定度（可用眼动或面板角速度）、主观晃动、转身后找回时间。
步态文献里的 head bob 和 VR 里的 HUD 稳定是同一类测量。座椅上测不到步行颠簸，走查必须包含真实步行或跑步机。
边界
坐着、头靠在椅背上时，刚体跟随已经够稳，延迟跟随会显得「面板在偷懒」。需要精确对准身体某一点的内容（手腕菜单贴着手表位置）不能用大死区，否则对手的示能断了。头部锁定谈的是另一件事：那一层本来就该跟视线，延迟跟随会让准星落后，瞄准类绝对不能用。追踪丢失造成的跳动，延迟跟随会拖成一条错误的滑行，需要单独的重置而不是更深的滤波。
怎么落地
- 身体锁定的阅读面板：位置和偏航用带死区的延迟跟随，俯仰默认不跟。
- 时间常数先按「滤掉步行颠簸、一次转身仍能在一拍内追上」来调，再在目标头显上用走路阅读验收。
- 提供一次「立刻对齐到身前」的重置，避免滤波把面板滤到身后还不回来。
- 验证：站着读一段、走着读一段、快速转身后再读。走时字若在跳，死区或滤波不够；转身后面板长时间不进视野，死区过大。