59c659460f
Both preceding sections split the file at 0x88 and called everything after it the slot table. Wrong: this page already documents the container as GDHA + a 146-byte header + a zlib stream, and savegame.rs implements it. 0x88 is where the Z1/zlib payload begins (5a31 = 'Z1', 78da = zlib), so the bytes I treated as slot fields are deflate output. Invalidated: the '6 pointer-shaped words in the slot region' are not words and not pointers, so the false-positive rate I derived from them measured nothing. Survives with different reasoning: 'the slot region is byte-identical' is true because the two COMPRESSED streams are identical, which does imply identical payloads -- and inflating both confirms it, 545 bytes byte-for-byte equal. Stands and is better founded: all 12 differing words are in the header, which is the only uncompressed region and therefore the only place a word-wise diff means anything. Done correctly, the result is a confirmation rather than a discovery: inflating all three payloads reproduces the documented clear-ratio field stepping 5 -> 6 on the developed save. The lesson: I found Z1/78da by inspection and nearly wrote it up as new. It was already decoded four sections above where I was appending. Reading the whole page first would have saved two wrong commits, and the wrongness was not cosmetic -- a pointer census ran over deflate output and produced a plausible-looking table.