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

re: which archives the disc can name -- 100% for menu paks, 0.0% for the 2D paks and READY_ROOM

Browse Source 
Chasing more prefixes for the 419 HUD config paths would have been the
same mistake twice, so this censuses the whole disc: harvest every
plausible asset-name string from every archive (6027), hash each under
the 16 known path prefixes, and ask per archive what fraction of its TOC
that explains.  idxd-container.md and idxd-tag-hash.md own the hash;
neither says which archives are reachable by it.

The result is bimodal.  GP_TITLE 16/16, GP_PAUSE_MENU 11/11,
GP_STAGE_CLEAR 44/44, GP_CHALLENGE 151/151, GP_MOVIE_THEATER 56/56,
MiscBin 40/40, GP_GAMEOVER, GP_BUNK, GP_SYSTEM, GP_TUTORIAL and fonts
are at 100%; tables.pak 78/79, GP_DIALOG 139/140, the six language paks
115/117; GP_MAIN_GAME_* 751/1119.  Then the cliff: the six
GP_MAIN_GAME_*2D.pak at 0 of 711 each, and GP_READY_ROOM at 6 of 1106 --
the largest UI pak on the disc, not previously noted anywhere.

Eleven paks at 100% in the same run is the control that makes 0.0% a
finding rather than a failed guess.

So the 419 HUD paths are not missing assets: nothing in the 2D paks is
reachable by name from the disc's own strings at all.  Those TOC keys
hash names that are not written anywhere readable.

Also refuted first: the 419 values under 13 name transformations, every
one scoring 0 against the E2D 711 and against all 16630 entries.

Not settled: what those names are.  The lever left is the hash's shape
-- the top byte is the character-sum checksum -- but that needs a name
corpus the disc does not contain.

New structure doc, artefact and regenerator; the other eight regenerate
byte-identical.
This commit is contained in:
Sylpheed RE agent
2026-08-27 15:08:24 +00:00
parent 152704afeb
commit 4e9d7deeb8
5 changed files with 199 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

36
docs/re/BACKLOG.md
View File

@@ -827,6 +827,42 @@ unknown, what evidence exists, and what the first step would be. Move an item in
field; the stat keys in records not opened here (`MegaTons`, `BulletLimit`,
`CrewCount`, `HP_CLASS`); why the roster lists 59 of 131.
* ✅ **(2026-08-27) WHICH ARCHIVES THE DISC CAN NAME — 100 % for eleven menu
paks, **0.0 %** for all six 2D paks AND `GP_READY_ROOM`.**
[structures/archive-naming](structures/archive-naming.md), artefact
`data/archive-naming.txt`, regenerator `tools/re-capture/archive_naming.py`.
Chasing more prefixes for the 419 HUD paths would have been the same mistake
twice, so this censuses the whole disc: harvest **every** plausible asset-name
string from **every** archive (**6 027**), hash each under the 16 known
prefixes, and ask per archive what fraction of its TOC that explains.
`idxd-container.md`/`idxd-tag-hash.md` own the hash; neither says which
archives are REACHABLE by it.
🔑 **The result is bimodal.** `GP_TITLE` 16/16, `GP_PAUSE_MENU` 11/11,
`GP_STAGE_CLEAR` 44/44, `GP_CHALLENGE` 151/151, `GP_MOVIE_THEATER` 56/56,
`MiscBin` 40/40, `GP_GAMEOVER`, `GP_BUNK`, `GP_SYSTEM`, `GP_TUTORIAL`, `fonts`
— **100 %**; `tables.pak` 78/79, `GP_DIALOG` 139/140, the six language paks
115/117, `GP_SAVE_LOAD`/`GP_LEADERBOARD`/`GP_OPTIONS`/`GP_MISSION_LOG` 91-94 %;
`GP_MAIN_GAME_*` 751/1119 = 67 %. Then the cliff: **the six
`GP_MAIN_GAME_*2D.pak` at 0 of 711 EACH**, and **`GP_READY_ROOM` at 6 of
1 106 = 0.5 %** — the largest UI pak on the disc, and not previously noted
anywhere in `docs/re/`.
🧪 Eleven paks at 100 % in the same run is the control that makes 0.0 % a
finding rather than a failed guess: the method works; these archives are
outside it.
🔑 **So the 419 HUD paths are not "missing assets"** — nothing in the 2D paks
is reachable by name from the disc's own strings at all. Those TOC keys hash
names that are **not written anywhere readable**: composed by the tool chain or
by the executable, or listed outside these archives.
❌ Also refuted first: the 419 config values under **13 name transformations**
(as-is, forward slashes, basename, basename-no-ext, no-ext, UPPER, `.rat`
substituted, `2d\`/`eng\`/`hud\`/`GP_MAIN_GAME_2D\` prefixed, first-directory
stripped) — **every one scored 0**, against the E2D 711 and against all 16 630
entries on the disc.
🟡 Not settled: what those names are. The one lever left is the hash's shape —
the top byte is the character-sum checksum, so candidates are cheap to reject —
but that needs a name corpus the disc does not contain. Also unexplained:
`DefTables` 8.9 % and `GP_HANGAR_ARSENAL` 22.6 % sitting in the middle.
* ✅ **(2026-08-27) THE WHOLE IN-GAME HUD CONFIG IS OPEN — 16 records, 419 asset
paths, a per-stage `ResourceTable` — and NONE of it is name-hash addressed.**
[structures/hud-config](structures/hud-config.md), artefact