fix(audio/oracle): stop global alignment locking onto a capture's silent tail (nightly #418) #140
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/oracle-align-overlap-floor"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Why. Nightly #418 (2026-09-29) failed
audio_d2m_unencwith mean NCC 0.009 although the audio crossed intact: replaying the artifact WAVs through the real oracle shows cycles 2–7 at ≥ 0.98 once aligned correctly.align()refined each coarse candidate over the first second of the source only; a slip inside cycle 0 zeroed the true lag's score and a lag overlapping ~120 ms of tail dither (score 0.047) won, so every per-cycle window pointed at silence.What changed (
crates/audio/src/oracle.rs):Evidence.
New regression test
alignment_survives_a_damaged_first_second(long lead-in, damaged first cycle, 4 s dither tail) fails on the old code and passes now. Workspace clippy-D warningsclean; 378 tests pass on forgejo-runner. Also addscrates/audio/examples/oracle_replay.rs, the offline replay used for the diagnosis.Harness-only change; no bridge runtime code touched. A live e2e dispatch of the four audio scenarios on this branch is linked below.
🤖 Generated with Claude Code
df5b22ad382fc038b0a99425fd31108ff2bf3f69