Testing every literal key from data/config-keys.txt against the 3496 distinct IDXD record keys with tag_hash: section names (arg to sub_82448AA0) -> 64 / 65 present field keys (arg to sub_824482D0) -> 0 / 54 present The two classes are each other's control and the dissociation is total, confirming the model: sub_82448AA0 finds a RECORD keyed by tag_hash(name); sub_824482D0 reads a FIELD whose name is a literal string in the pool, so none of them can be a record key. The single absent section is LANGUAGE -- the one real section in the disc-root config.ini. The same API serves both stores. This deflates my own earlier framing: I had listed "64 sections whose hardcoded fallbacks are worth pinning". They are not fallbacks; all but one are real data. STAGENN_UNIT_MAX is the genuine exception, because its name is built at runtime from the stage index. The artefact now names the pak each record lives in -- notably GP_HANGAR_ARSENAL.pak holds WEAPONS, UNITS, Camera, ControlTweak, Rendering, AUTO_SETTINGS and IGNORE. Docs + regenerated artefact; ISL artefacts byte-identical.
6.2 KiB
6.2 KiB