C4.23.2Freeze-on-tracking-loss设计研究
丢失发生时进行中的连续操作应冻结而非归零或取消
别名: 冻结 · 归零 · 取消连续操作
概念解释
正在拖时间轴、拧音量、旋转模型时跟踪断了，进行中的连续操作应冻结在丢失前最后一次有效值：画面停住，值不跑。归零是把值弹回默认或起点；取消是丢掉整笔操作。冻结承认「通道断了，人未必想停」；归零和取消把传感器故障写成了用户决策。这与参与态宽限无关：即使会话还在，连续值也不能在看不见手的时候继续积分。
机制
连续映射把关节位置积成参数。丢失后若仍用最后一帧的噪声或用预测器外推，值会在盲区里漂移，恢复时出现一次跳跃。归零看起来「安全」，但对已经调到 70% 的滑块是一次破坏：用户要重新走完那 70%。取消则可能触发「拖出即撤销」这类手势语义，把一次遮挡写成用户主动撤销。冻结把输出锁在最后稳定样本，并停止积分。要避免把噪声帧当成「最后稳定样本」，需要在进入冻结前用短窗口确认丢失，而不是单帧抖一下就锁死。
怎么研究
让参与者把连续控件拖到中段，插入不可见的遮挡。比较冻结、归零、取消、以及盲目外推四种策略。因变量包括恢复后的值误差、用户是否报告「它自己跑了 / 自己没了」、重做长度、以及是否误触发撤销。把丢失时长做成从短到长的一组，看冻结是否在长时间丢失后仍被接受，或人们开始希望取消。
边界
安全联锁类连续量（吊钩高度、刀具进给）在丢失时可能必须进入安全态而不是冻在半空，冻结不是普适的安全策略。离散点选没有「进行中的值」可冻。预测性外推在极短丢失（一两帧）上可能比冻结更顺，一旦超过人可察觉的盲区就应停。多人共用一个连续对象时，冻结甲的拖动可能挡住乙，需要对象级的锁策略。
怎么落地
- 为每个连续参数规定丢失策略：默认冻结，并在界面上把被冻的控件画成暂停而不是空闲。
- 禁止用丢失帧的噪声位置继续写入参数；进入冻结前用短确认窗。
- 验收：拖到约三分之二处遮住镜头，值应停在附近，不得回到 0、不得关闭面板。恢复策略另测，这里只验丢失瞬间的行为。