AUDIO-VERIFICATION.md calls its six-file sweep 'the tool's real specification'
and nothing ran it -- in a tool whose own history is two invented thresholds
caught only by controls. The same document states the principle it was breaking:
a control that does not execute is not a control.
tools/port/check-capture-controls rebuilds five of the six and asserts their
verdicts. The starved capture is gone and is reported MISSING rather than
omitted, and deliberately not synthesised from its published statistics -- a
control fitted to the answer it must give is not a control.
Two things the sweep had to learn to be honest about. check-capture emits TWO
verdicts and the doc's table compresses them; the voice control is PASS on
channels and UNJUDGED on starvation by design, so the sweep asserts the pair. And
a starved file short-circuits before the channel check, recorded as n/a rather
than FAIL -- the check did not run and the check failed are different facts.
My first 'real music bed' control was -ac 6 from a stereo source and FAILED
correctly: an upmix leaves channels silent and byte-identical, which is what the
provenance check exists to catch. The control was wrong, not the tool. Rebuilt
from six non-overlapping spans of real audio. A second attempt used aloop=-1 and
hung ffmpeg indefinitely.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF
952c856da5