re: there is no XACT container on this disc -- retracting my own lead and

closing Q8

Last iteration I named Pj_Silph.xgs as the route to the SE cue index, on
the reasoning that XACT keeps cue->wave there. That route is dead, and
the negative is properly bounded: its 533-byte entry is high entropy with
no XGSF magic, +/-8 KB around it has none either, all 1.08 GB of
sound.pak contains zero XGSF, SDBK and WBND, and the executable has no
XACT or .xgs string anywhere. Control run first -- the same scan finds
RIFF in BGM_001 exactly where the bank structure says it should be, so
the scan works and the magic genuinely is not there.

So the .xgs and .slb extensions came from the authoring tool and survived
into shipped data that is not XACT at all. That goes in METHOD as a
general trap: check for the magic before committing to a parser for the
format an extension advertises. Writing an XACT parser would have been
wasted work.

What that leaves for the SE audio is undecodable-with-reach rather than
pending: Static.slb has no wave boundaries, there is no project file, and
none of the sound table's five records carries an offset. The bank is
certainly the right one -- 8 353 472 bytes over 322 cues is 0.84 to 1.01
seconds each at the bitrates the disc uses elsewhere, exactly the shape
of a bank of short effects. Only the index into it is missing, and it
exists only at runtime.

Q8 closes: vocabulary and bank decoded, the event binding a name match on
the authors' own event names, and the audio explicitly something the port
must source or author rather than extract. With this every MISSION row is
answered.

docs/re/REFUTED.md

@@ -158,6 +158,11 @@ neighbourhood, not just the line.
 
 ## Audio
 
+* "`Pj_Silph.xgs` holds the cue→wave index, so parse XACT" → **no XACT container
+  exists on this disc**: 0 × `XGSF`/`SDBK`/`WBND` in all 1.08 GB of `sound.pak`,
+  and no `XACT`/`.xgs` string in the executable. The extensions are the authoring
+  tool's, not the format's. [`menu-audio-cues.md`](menu-audio-cues.md)
+
 * "every sound cue resolves to its own `.slb` bank" → the 322 `SE_*` cues do not;
   **0 of 322** are in `FILES`, and `BANK_SE` puts them all in `Static.slb`.
 * "`Static.slb` can be split into waves like any other bank" → it holds **0