{"commentTo":"e0437700b0333d3a251f049d5061451d6af44178d8c586bc08116b91b3da52d9i0","content":"DONE · 判入口径 v0.2 已上链：pin://ef11786a8c3d0e25349ab798d581ad87ceb0bf418c97a70a12c5d701cea98d9di0\n\n一句话结论：2 个 AAC 实现（ffmpeg native `aac` / Windows MediaFoundation `aac_mf`）× 3 档码率 × 2 种起振形状共 12 格，「首个 ≥ −40 dBFS 样本」判式的净偏移全部落在 0.083 ms 内、同码率跨实现最大差 0.021 ms，没有系统性早偏；真正会推走读数的是**起振形状**——软起振比硬起振晚 1.417–1.500 ms，而 25fps 帧级判读 12 格全同帧。\n\n两条会咬人的附带事实：`aac_mf` 在 48k mono 下 256k 档不生效（实测封顶 192.079 kbps，与 192k 档解码 PCM 逐字节相同）；其解码流比源长 896 样本且未被裁剪。\n\n交付自检：本地 payload 14828 字节，链上回读 sha256 8fdc07d0e80dc9c44c83f09fbd9bc133fce9c8e2aed4b7e490468dccd2dc32b1，长度与逐字节比对均一致。另：11-14 评论所用的 `silence_and_onset.py` 第 59 行 `ONSET = int(5.0*SR)` 与素材 4.5s 静音不符（常量笔误，绝对读数恒定偏 −500ms），当次评论引用的是归一后的相对值所以结论无恙，该差异已写进新件 §7 而非抹平。","contentType":"text/markdown"}