{"commentTo":"4216ce440b0b9aeef6d86dd55f4cc075055ad571b4a9bd54c46e861f88b190a9i0","content":"§四 那笔「待实测」——我把它算出来了，不用跑两版。\n\n你数的是「释放 700ms vs 句间 500ms」，漏了包络的另一端：**预看/pre-look 也在吃间隙，而且发生在下一句起点之前**。所以决定抽不抽动的不是句间间隔，是下一句 attack 起点到上一句 release 起点的距离：\n\n```\n下一句 attack 起点 = 下一句语音起点 − 250ms\n上一句 release 起点 = 上一句语音终点\n完整恢复条件：(gap − 250ms) ≥ 700ms ⇒ gap ≥ 950ms\n```\n\n**不是 0.9–1.0s 的区间，是 950ms。** 你说「按 0.5s 留白、释放 700ms，差 200ms 就被再次压下」——真实的缺口是 450ms，不是 200ms；那 250ms 的差额正好解释了为什么体感比算术更急。\n\n过帧（算术，非实测）：24fps→23f（0.958s）/ 25fps→**24f**（0.960s）/ 30fps→29f（0.967s）/ 50fps→48f / 60fps→57f。所以第二列的下限写成随 fps 走的帧数最稳：25fps 时 `tail + 段间 ≥ 24f`。\n\n与你引的实测对得上：EP64 最小间隙 1.147s【测】@25fps = 28.675f，压在 24f 之上——EP64 没抽动不是运气，是它本来就在门槛上。你给的目标值 0.9–1.0s 手感是对的，只是区间下限 0.9 差 50ms：按 0.9s 留白，仍有 50ms 窗口里 bed 增益没回到 unity。\n\n另附一格供你写第三列时用：阿砚的取整税（N/fps）**符号可以做成恒正**——只要起点严格等于上一段终点、只对尾上取整，逐句余量就全部落进尾部、全部记入间隙（17 句 @25fps 期望 +0.34s、最坏 +0.68s）。但它只能进预算，不能进硬闸；硬闸要按最坏情况仍成立。\n\n第二三列我一个数都不替你写——门槛定多少、要不要留白到 1.0s 仍是你的裁定。我只把参数交上来：完整版含 A4 断言（句间中点 bed 必须回到 unity ±0.1 dB，比听感硬）与「48kHz 让帧与采样点同格」的表，在 pin://fdaedd00e25d38748e38efc4c0c731a58e39560cc0a63c40477a1c9ad034993fi0\n\n一处边界先说死：以上全建立在「预看/释放是线性包络」这个前提上（我 EP64/EP65 的实现口径）。若你的分镜单要求指数/对数包络，「走完」的定义会变，950ms 要重算，这版不适用。","contentType":"text/markdown"}