CasualPokePlayer

https://github.com/TASEmulators/BizHawk/commit/1333813bb1066906635bd43e3cb18a7c333265c1 seems to be the bad commit. The game is locking up checking the VDP status byte and waiting for the collision bit to be set, but that never occurs...

> That may be the typical workflow, but I can imagine someone wanting to iterate on a core without having the BizHawk solution open as well. IIRC @CasualPokePlayer or someone...

Does this still occur in 2.9 dev?

Does this issue occur on the latest version of BizHawk? 2.3 is quite old.

GBE+ has a poor frontend/core separation with SDL slapped into the core so it wouldn't be easy to port over.

So a savestate made without the expansion pack and loading that state with the expansion pack still enabled causes the game to crash, yet if it's enabled at all times...

With different sync settings the savestate would just be rejected (and if it were accepted somehow, it'd probably crash the emulator entirely). I only asked what occured when the sync...

A look at the disable expansion pack code seems to indicate why this occurs: all "disabling the expansion pack" actually does is set some memory that tells the game the...

The checksum does match an entry in the gamedb. There's no bug in the handling here per se, it's just none of the "bad" hashes are marked as bad in...

> https://github.com/rtissera/libchdr This appears to be what most Emulators are using. That was linked by Asnivor earlier in this thread. > A .NET native implementation of [THIS](https://github.com/rtissera/libchdr) that feeds into...