ad5270cfdd
Reading sub_82261F70 past the table lookup finishes the mechanism the stage index feeds: the section name is built from the 0-based stage index, looked up, and two ints land in the phase -- [phase+356] = PLANE (default 200) [phase+360] = VESSEL (default 20) with the defaults taken when a stage has no entry. Key strings are 0x820A8B14 "PLANE" and 0x820A8B1C "VESSEL"; section and both keys are the game's own names. Surrounding reads (GP_SCRIPT, SCRIPTS, Resource2D, TABLE) plus the pak census's 40 <?xm entries make this an XML config reader. Register discipline mattered twice: in sub_82261F70 r21 is the phase and r31 is the STACK frame, and 0x82273400 lwz r11, 360(r11) in the built-in switch is a vtable slot 90 call, not a phase read. Not settled: the values (a crude zlib scan found no UNIT_MAX, but it did not use the corpus's pak reader, so that is not evidence of absence), and no consumer of the two fields was identified. Docs only; artefacts byte-identical.