731c3cd849
Resolving the r4 string at every sub_82448AA0 / sub_824482D0 call site gives 65 section names and 54 int keys (data/config-keys.txt) -- far more than the 400-byte config.ini holds -- and BASE_INFO, SYSTEM, MISSIONS and FONTS are all present as IDXD record keys on the disc. So it is a generic named-section accessor over the .tbl containers, not "the INI reader" as I labelled it yesterday. My first re-test was invalid: IDXD record keys are tag_hash, not name_hash. Scanning with name_hash returned 0 for STAGENN_UNIT_MAX and 0 for every control name too -- the control is what exposed it. Redone with tag_hash: 7750/7750 entries parsed, 190782 records, 3496 distinct keys, controls BASE_INFO/SYSTEM/MISSIONS/FONTS found, and STAGE01..33_UNIT_MAX -> 0 records. With the literal search and config.ini printed in full, the section exists nowhere on the disc, so PLANE=200 / VESSEL=20 for every stage now rests on a controlled test. Docs + one new artefact; ISL artefacts byte-identical.