Files
Sylpheed/docs/port
Sylpheed port agent b0d24c8af3 port: the oracle capture does not contain the intro -- a controlled negative
The Decoder took the capture I asked for and described it as the full mix, the
movie's WMA track plus the three XMA streams. It contains none of them.

Envelope cross-correlation, sliding with overhang, normalised over the overlap,
minimum 30 s of overlap so a short window cannot win on an edge. Against the ADV
bed, against each of the three voice streams, against BGM_103 and against S00A,
every pairing is a PLATEAU rather than a peak: best-to-runner-up margins of
0.001-0.016. The margin is the number that matters, not r.

Three controls, because a negative from an uncontrolled instrument is worthless:

  the instrument finds matches on this data -- bed vs bed r=1.000 margin +0.115,
    voice stream 2 vs stream 3 r=1.000 margin +0.300;
  my reference really is the movie -- the .ogv transcode against the disc's own
    ADV.wmv, r=1.000 margin +0.114, so a miss is not my transcode;
  drift is excluded -- a stretched playback would still match locally with the
    best lag climbing monotonically, and 5 s windows give 4.95, 15.30, 119.35,
    50.75, 29.35, 83.95 s, scattered across the movie.

WHAT IT IS has been handed back rather than guessed. It is 70 s of something,
all six channels carrying signal at RMS about -27 dBFS, matching nothing this
port exports. Diagnosing it is the other side of the wall.

One measurement that may help: split as 5.1, channels 3 and 6 are BYTE-IDENTICAL
-- same MD5, not merely the same peak and RMS. An exact duplicate pair inside a
six-channel surround output is consistent with the Decoder's own warning that the
6-channel frame is Xenia's hardcoded kFrameChannelsDefault rather than the
guest's request, and weakens any reading of that file as evidence of a 5.1 mix.

THE VOICE EXPORT IS UNCHANGED: still one stream of three, still marked red in the
manifest, the console line and authored/audio.json. A failed measurement should
change nothing, and what would have been wrong is treating an expensive recording
as an oracle because it was expensive.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF
2026-08-29 16:01:10 +00:00
..