ZSNES board

DMA operations use both buses. Regardless of where it's executing from, the CPU must wait until at least one of the buses is free.

How is H-DMA not a sync problem? Since the 5A22 is stopped for H-DMA operation, since H-DMA setup consumes additional cycles and such, the effective 5A22 clock rate changes. Since communication depends on both clocks, that which affects one clock (DMA, H-DMA, $4000-$41FF accesses, fast/slow memory a...

It is possible to H-DMA to the APU, the exact clock rates are known, and most emulator implementations use some assembly code that sync on a ratio of the 5A22 master clock, or even a ratio of 5A22 to SPC instructions, regardless of how many cycles they require to execute, as it the case with ZSNES. ...

Both games in the same save slot? Sounds like a case of the game storing real-time access data in the save RAM, which is not really stored in save states.

As ThunderClaw suggested, you might have an easier time using movies instead of save states.

Please do not feed the troll.

PrintScreen key is a poor alternative to built-in screen capturing methods, except for the rare software which actually binds that key, perhaps half in an attempt to confuse users who will expect it to behave normally instead of saving the in-game shot to disk.

The problem is that the GUI redrawing and input checking loop is not regulated to a particular frame rate. While events are metered by counters controlled by GUI36hzcall(), the actual loop is not regulated to give up processor cycles while it is waiting. You can try enabling vsync, but depending on ...

Whoops, you jumped on that one a bit too soon, SP2 comes with DirectX 9.0c.

The automatic update which you will pick up through Windows Update or automatic update checker, or the express web installer which will also be released, it should definitely be smaller. For those who participated in the testing, or acquired leaked copies, and have RC2 installed, the update should b...

The oh-so-clever swear filter, which, by the way, never gets old.

It sounds as if you are using a 32bpp video mode, and that blitting from the 16bpp backbuffer to the 32bpp front buffer is not being converted, so it's just straight copying the image, which looks like crap. Try a 16bpp video mode. Of course, you might have to reset your desktop to a 16bpp mode to s...

This might also be a good time to point out that the emulator has a screen capture feature built-in, so you don't have to save scaled-up crap that you pulled out with the Print Screen key. Press F1. It's the first option in that pop-up menu, quite hard to miss. Oh, and before you go and use that, se...