pinobatch / numism Goto Github PK

Lycoder, developer of GB emulator Geebly, suspected that some emulators might have trouble with 16-bit reads across the MBC breakpoint. The case we identified was a stack copy from $3FFF:

ld sp, $3FFF
pop de

calc84maniac, developer of TI-Boy CE, reminded the channel to test with multiple MBC banks. I generalized to these:

Now:

• Test $7FFF to $8000 (ROM to VRAM)
• Test $DFFF to $E000 (WRAM to echo RAM)

After the ROM exceeds 32 KiB and MBC is added:

• Test $3FFF to $4000 with both bank 1 and other than bank 1
• Test $7FFF to $8000 with both bank 1 and other than bank 1

After Game Boy Color is added:

• Test $7FFF to $8000 with both VBK settings
• Test $CFFF to $D000 with multiple SVBK settings
• Test $DFFF to $E000 with multiple SVBK settings

As usual, if everything passes including "usual culprits"-tier emulators (VBA, Goomba, no$gmb, KiGB, and rew.), don't make it a coin. It may be wise to make an exerciser first if possible.

GB sprite exerciser tests mode 3 time (CPU visible), 10 sprites dropout (visual only), and sprite-to-sprite priority (visual only). ISSOtm wants to add functionality to test sprite-to-sprite-to-BG priority. That would involve these steps:

• Put a larger target in the BG on which to observe priority
• Display sprite priority
• Toggle sprite priority

Some gbdev members developing very early-stage Game Boy emulators have expressed interest in using Numism, yet they find it doesn't boot because a coin is waiting for a state that never comes. Accommodate them with a front end that displays a number for a second, runs one coin, and repeats until all coins are tried at least once. Then I can ask "what was the last number it showed?"