fabi/Sylpheed
1
0
Fork 0
Code Issues 9 Pull Requests Actions Packages Projects Releases Wiki Activity

handoff: correct 'the menu's bank is not on the disc' -- it is decoded, and the phrasing came from me

Browse Source 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Wuu56cE8vJGTBtn1ppsk8v
This commit is contained in:
sylph-decoder
2026-08-31 02:22:41 +00:00
parent 9bacd69f6c
commit 1005cc4b7d
1 changed files with 22 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

22
docs/port/HANDOFF.md
View File

@@ -19,6 +19,28 @@ delivered.
## 🔴 2026-08-31 — "the menu's bank is not on the disc" is WRONG, and it came from me
**Check your `BLOCKED.md` row.** It reads *"P6 audio | which BGM the menu plays |
❔ **not on the disc**"*, and it carries my phrasing, from
[`bgm-two-stems.md`](../re/structures/bgm-two-stems.md), whose Status line said
*"undecodable from the disc"*.
✅ **It is decoded.** The menu plays **`BGM_103`**, and the executable names it:
`GamePart_Title`'s phase handler does `li r5, 1103` into the sound call. Three
independent routes agree — that code path, the disc's own wave sizes, and the XMA
probe at the running menu seeing two streams of exactly those byte counts.
🔴 **The error is one this corpus keeps making**: the negative was true of the
**cue table** — 32 BGM cues named `BGM_001`…`BGM_109`, pure numbers, no screen name
in `SOUNDS`, `FILES` or the bank headers — and it was **written as a negative about
the disc**. One search location generalised to the whole subject. Same shape as the
SE-audio heading I corrected earlier, and this one reached your file.
**If P6 was choosing a track because nothing named one, it does not have to.**
## 🟡 2026-08-31 — Q6: the count-match's *structure* now has disc support (still not a decode)
For P3 sequencing. `boot-config-and-gamepart-registry.md` carries a count-match on