Originally posted by Padri Nuestro

---

Does anyone here know where I could find information about the formats of these two emulators' savestates? Tile Molester is able to extract palette information from ZSNES savestates, but not from Snes9x, and I would like to find out where the palettes and such are stored in Snes9x's saves.

So far I've figured out that Snes9x saves are compressed with gzip, but decompressing still doesn't yield anything ZSNES-compatible. Unfortunately, I don't have access to ZSNES as I am a Mac user and that emulator is heavily tied to the x86 platform.

Thanks for any help you can offer.

---

---

SNES9x savestates (called "freeze files") are compressed via GZIP. A GZIP stream can be
read like a file, and is decompressed on-the-fly.


The file header:
ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ
00. signature Array[0..7] of Char ('#!snes9x')
01. ':' Char
02. version Array[0..3] of Char (in text format, should be '0001')
03. #10 Char


The following file blocks come after the file header:
ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ
00. 'NAM' cartridge name
01. 'CPU' CPU status
02. 'REG' CPU registers
03. 'PPU' PPU status
04. 'DMA' DMA status
05. 'VRA' VRAM
06. 'RAM' WRAM
07. 'SRA' SRAM
08. 'FIL' FillRAM
09. 'APU' APU status (only if the APU was emulated)
10. 'ARE' APU registers (only if there's an APU block)
11. 'ARA' APU RAM (only if there's an APU block)
12. 'SOU' sound data (only if there's an APU block)
13. 'SA1' SA1 status (only if the SA1 was emulated)
14. 'SAR' SA1 registers (only if there's an SA1 block)
15. 'SP7' SPC7110 status
16. 'RTC' SPC7110 RTC status (only if the SPC7110 RTC was emulated)


The file blocks have the following structure:
ŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻŻ
00. name Array[0..2] of Char
01. ':' Char
02. size Array[0..5] of Char (in text format)
03. ':' Char


See \snes9x\snapshot.cpp for the source. You'll eventually see that there are no padding
bytes between the fields of a file block, but that the size of a file block is the offset
of the last field plus the size of this field minus the offset of the field's structure.
In other words, simply read the packed data and jump to the next block.

The source distinguishes between data blocks and structures. Data blocks (VRAM, WRAM, SRAM,
FillRAM and APU RAM) are written directly into the file. Structures are filled by writing
the bytes of their fields in REVERSE order, then the structure is written into the file.

---

Originally posted by Padri Nuestro

---

Why, oh why, can't they just use the same format? Maybe when the Intel Macs are available we'll have ZSNES too...

---