Originally posted by Cellar Dweller

---

For a US 1.1 YI ROM with a header, the glyph bitmaps start at 0x4bf2ff.

---

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...

---

Originally posted by Cassef

---

What language do you use for rom hacking (Tell me what you like/dislike about it)? C/C++ seems nice (And I already know it) but its to much work. Especially compiling for little changes(I value my 5 seconds )
I'm not exactly ROM-hacking... but I'm using Delphi (still version 5.0). Note that support for other platforms is quite limited.

Originally posted by Cassef

---

What Iam interested in listening to is how much effort put in for the following about the language:
1) File I/O

---

- WinAPI file handles
- "File" and "File of " (from the old DOS days)
- streams (FileStream, MemoryStream etc., quite nice)
- some classes (eg. tBitmap) have "SaveToFile", "LoadFromFile", "SaveToStream" etc. methods

Originally posted by Cassef

---

2) Bitwise operations (Some languages like VB, have no bitshifting operators and I need that)

---

AND, OR, XOR, NOT, SHL, SHR

Originally posted by Cassef

---

3) Create GUI

---

Very good at that, see eg. vSNES.

Originally posted by Cassef

---

4) Communicate to console

---

??

Originally posted by Cassef

---

5)Measuring time (This will most likely depend on OS but not likely for interpreted language's) minimum centisecond accuracy

---

What for?

Originally posted by insectduel

---

ZSNES is a best emulator. What the hell other emumakers tried to make their own for? Are they tried to make the SNES Emualator better than ZSNES or something?

---

Originally posted by Hiryuu

---

How good is its accuracy in comparison to something like SNES9x though?

---

Originally posted by Hiryuu

---

2 GHz for an SNES emu? Owch, I've only got 1.

---

Originally posted by Cornellius

---

I know that Earthworm Jims have problems with Zsnes. I should try playing EJ with Snes9x.

---

Originally posted by Dragonsbrethren

---

I've never understood why no SNES emulator has the mentioned features, they could be very useful.

---

Originally posted by Kailieann

---

I won't be using it regularly until the rendering system (which I'm assuming is DirectDraw) has a pixelation option.
Emulators with antialiasing make my eyes bleed.

---

---

[...] As you can see, the SPC uses 16-bit waveforms. There is enough space in 32K to store 58,240 samples using this compression method about 4 seconds at 14.4 KHz (sorry, there's not quite enough space to do a real good CD quality sound track), ah, but then there's always the cartridge memory (24 MBits would hold 5.5 million samples - since the transfer gets a speed faster than playback you could double buffer and send stuff this way - this would give you about 6.5 minutes of digitized sound at CD quality in monaural recording. Stereo would halve these times).

---

Originally posted by Rom Manic

---

So lets try it then.

---

If x then
Begin
    ...
    ...
    ...
End;

Originally posted by BGNG

---

With even default compiler options, FreeBASIC makes very optimized programs. By default, picky BASIC checks are not activated, such as array bounds or overflow. Exceptions are not handled internally, so there isn't much overhead to "make sure the program doesn't do bad things"

---

Originally posted by BGNG

---

Classes were invented for the sake of productivity, not program efficiency. They may make certain styles of programming easier on the programmer, but add more overhead and ultimately make the program run more slowly than if classes were not used.

---