nesdev.org

I just got a few NES games from Ebay. Ufouria (PAL/AU), Blue Shadow (PAL/UK), Castlevania (PAL/UK). My PAL NES is from the European mainland (Netherlands to be exact). These carts are very worn out, and hard to get working. The most they'll do is show the titlescreen for half a second, with sound an...

Kevin Horton's nestest maybe ? "This test program, when run on "automation", (i.e. set your program counter to 0c000h) will perform all tests in sequence and shove the results of the tests into locations 02h and 03h." I'm not sure if it'll do what you want, the first time I tried...

preferring the most recently pressed direction ("rollover") rather than just clearing that axis when both are pressed. Good approach, I'm just clearing both axes, and will probably change that :p .. In your implementation, what happens if the user presses left+right or up+down at the same...

An interesting one that I know of is Noah's Ark (E), where the water effect is made by using a combination of colour emphasis and monochrome.

Martin Korth's http://nocash.emubase.de/everynes.htm

Applying the same IRQ behaviour to MMC3 as the one in MMC6 makes it indeed behave the same as your description of 'Rev B'. I've tried a couple of MMC3 games with that, and they work ok (including Crystalis). Plus, My Life My Love - Boku no Yume - Watashi no Negai (J) , that used to look very messy i...

Thanks, the tests work fine here, except for the last 2.
What's the most commonly found MMC3 board revision ?

Mine gets error #9 for basic timing, the rest works fine.

Fx3: if I force a shorter vblank time, timing tests hang. Maybe your vblank time is too short ?

What do the remaining PPU cycles do then?

A lot. Did you read Brad Taylor's NTSC 2C02 technical reference ? If you didn't yet, now's the time. It explains what the PPU cycles 'do'.

vbl_clear_time.nes gives me a black screen (also with Nintendulator)

*edit* What 'few more tests' did you want to include ?

here: http://www.gamersgraveyard.com/reposito ... games.html
but it seems to be down so, i've made a temporary mirror: *edit: ok, looks like the site's up again, mirror removed*

If your last point is the case, does the even/odd frame rule (the frame at boot being the even frame, then odd,even,odd,even,etc) still apply when the ppu has been disabled for a few frames ? Or will the odd frame after reenabling the ppu be 1 cycle shorter, no matter how many frames the ppu has bee...

I handle BIT and PLP flag changing differently. If Z and N are both set, the MSB of NZ is set, and the low byte is 0, so instead of:

is_negative = (((nz + 0x200) >> 3) | nz) & 0x80
it's: is_negative = nz & 0x8080

No it shouldn't be deleted, don't be so hard on yourself :p
It looks like a fast and easy method, but I'm doing it the blargg way: http://www.slack.net/~ant/nes-emu/6502.html

1st one: this is his homepage, including his email address, so you can ask him: http://covertbitops.c64.org/