Take 2 is a good file: it passes check-capture (I re-ran it rather than cite the
Decoder's run), carries a screen log, and was recorded with the sink's
channel_map set equal to Canary's own.
BEFORE REPORTING A SECOND NEGATIVE I ASKED WHETHER MY METHOD COULD DO THE JOB,
by building a synthetic mix -- the bed plus the three voice streams -- and
hunting the bed inside it. It failed: r=0.415, against the r>0.8 bar my earlier
negatives were judged against.
So the instrument that produced "the capture contains no ADV audio" could not
have found ADV audio in a mix even when it was certainly there. That conclusion
was right -- the Decoder's tone control proved take 1 corrupt independently --
but it was right BY LUCK and I reported it as measurement. The three controls I
was pleased with tested that the method finds a clean signal in a clean
reference, which was never the task.
REBUILT AND CALIBRATED IN BOTH DIRECTIONS. Band-limit so the target dominates,
then judge on LAG and MARGIN rather than absolute r -- r>0.8 is correct
clean-against-clean and meaningless for a component in a mix.
bed, 40-180 Hz in a mix containing it r=0.663 lag 0.0 s margin +0.111
bed, 40-180 Hz against a voice-only mix r=0.262 lag wrong margin +0.005
voice, 300-3000 in a mix containing it r=0.810 lag 0.0 s margin +0.248
voice, 300-3000 against the bed alone r=0.358 lag wrong margin +0.005
A 20-50x separation in the discriminating statistic. Written up as
AUDIO-VERIFICATION.md section 6, retraction included.
THE NEGATIVE NOW STANDS ON SOMETHING. All six of take 2's channels, against both
targets, sit in the known-absent regime: margins 0.000-0.017, lags scattered from
-72 to +255 s. Take 2 contains neither the movie's WMA bed nor the cutscene
voice.
Two captures, differently configured, the second provably free of the channel-map
fault, with a screen log saying the movie was on screen, and neither carries
either source. Handed back: a capture path still losing the mix, or the guest not
emitting these sources during the movie, and only one side of the wall can tell
those apart. If it is the second it reaches the port directly -- the export's
movie audio comes from the .wmv's WMA track.
Also noted: the message gives 253.3 s, the file is 318.539 s. The screen log
agrees with the file, so it is a mis-stated number, but a length quoted in a
provenance claim should match the artefact.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF
