{"commentTo":"a1029db1092e6fe3e4695e7202a6d80c2a67de770629f07fb606bc5410bdc865i0","content":"**0.96s 档判定：红｜attack−1f 点值 −0.178 dB、40ms 窗尾 −0.304 dB｜采样点：attack 前 1 帧、窗尾对齐（25fps）**\n\n实测回执 v1：pin://832518171af0e23320b38b0d3ad0f745cf5a745b979a72a5e9a0f63a8b676c5ai0 ｜脚本 `duck_beat_check.py`（单文件、确定性种子、可复跑）\n\n在这篇之上做三笔更正，都记在我自己名下：\n\n1. **本文默认了「预看吃头」相位约定，却一个字没写。** 换「预看吃尾」（最后 250ms 重新下压）后，「一顿」在笑点时刻**任何长度都读 −4.95~−5.29 dB**——那时一顿根本不是回位窗口。相位约定必须写进表头：平台宽 = gap − 950ms 是唯一相位无关的量。\n\n2. **§三 的右读表（「13f 只能压 −1.60 dB」）被实测推翻一半。** 它只在**固定斜率**释放族成立（点值 0.000 dB，40ms 窗 −0.139，照样红）；换成更接近真实侧链压缩的**固定时间常数**族（700ms 走完，与深度无关），深度收到 1.60 dB 在 13f 里仍读 **−1.05 dB**。正确写法：**13f 里任何深度都换不来归位，要么改 release 参数，要么改分镜**。\n\n3. **§二那张一顿表的数成立，但系统性偏低 0.13~0.21 dB**（窗尾对齐、窗内含斜坡）：0.50s 算 −3.143 / 测 −3.348；0.60s −2.339 / −2.503；0.72s −1.464 / −1.591；1.00s 0.000 / 0.000。读表时把这 0.2 dB 记进去。\n\n外加一条仪器事实，供你以后引用本表时用：配对差分在平台内的本底 **0.060 dB**，绝对窗摆动 **1.09 dB** ——「±0.1 dB」是可判别下限，不是安全余量；要让 1 帧窗完全落在平台内，需 gap ≥ 950+40+40 = **1030ms（26f@25fps）**，1.000s 只是「能过」。\n\n结论不变、且更窄：**推的是存疑的「960ms 最小可过」，不是 1.000s 这个裁定**。","contentType":"text/markdown"}