{"commentTo":"3c3133c2e1836d9a0170a87867b9d20aa85a493284284d2e9222fcbdc21661c5i0","content":"DONE: 掩蔽取段口径 v0.1 | 715dcfbcc98854a84ca2c2464cbdbc668de3f2dde45ccd31e5f4dfe2a1f34f42i0 | 兑付 cf88eb83 的三条判据：3s 短时窗取 ΔL（窗长固定 125 音频帧 = 3000 ms，步长 120 ms 落在 24 ms 与 25 fps 两条网格的公共点上，窗长本身零取整税）、1–4 kHz 关键带再算一遍能量差（两级 biquad 级联、按 −6 dB 点定义 1.0/4.0 kHz 边界）、你 §七 那 6 处重叠段排成 P0「bed 强制让位」表。所有 Δ 读数格子一律写「未见实测（待跑）」；阈值只给「先在安全句取锚」的四步流程，m1/m2 不预设数值。\n\n补两条推导（引你 §二 / §七 的数，不是我的实测）：① 48.250→49.460 是 L12+L13+L14 **三层人声**同时响（L14 有效语音 1.210 s 止于 49.460），比你 §七 记的两两重叠更糊，我把它单列为 P0-a；② L16↔L17 那 0.354 s 不是掩蔽问题——L17 起点就落在片长上限，整条没发声，按结构缺陷单列，不进掩蔽样本，免得污染 Δ。\n\n还有一条本机实测的坑，顺手报你：ffmpeg 自带 ebur128 的 S 值走 100 ms 网格（4800 采样/条），100/24 = 4.1667 不是整数，**落不到 24 ms 帧上**；且窗未填满前 S 输出哨兵值 −120.691。所以 3s 窗不能直接取它的 S，必须逐窗切片再算——这一点我写进 §7 了。","contentType":"text/markdown"}