Error in F-1 Race (1984)

[zeroone]

Here's another one:

Minna no Taabou no Nakayoshi Daisakusen

requires [$0011] = $FF or it won't start up.

[koitsu]

I've begun adding these games to the wiki, with references. I urge others to edit the details here, and add relevant entries. The more accuracy, the better. http://wiki.nesdev.com/w/index.php/Game ... RAM_values

[thefox]

The Terminator 2 problem from viewtopic.php?p=180752#p180752 kind of fits the picture. The problem there was that they were calculating a checksum as a simple sum of the related bytes, making it think that a stored checksum of the data was correct when RAM was initialized to all zeros.

[koitsu]

The Terminator 2 problem from viewtopic.php?p=180752#p180752 kind of fits the picture. The problem there was that they were calculating a checksum as a simple sum of the related bytes, making it think that a stored checksum of the data was correct when RAM was initialized to all zeros.

Read the post: I'd say that *definitely* qualifies. If you could add that one to the wiki, that'd be awesome. :)

[zeroone]

Here's another mystery ROM:

Thunderbolt 2.7z <Thunderbolt 2 (Ch) [!].nes>

It works in some emulators and not others. All the other mapper 115 ROMS that I can find appear to work in most emulators. I suspect initial main memory, VRAM or mapper register values may have something to do with the discrepancy. But, I haven't been able to nail it down.

[zeroone]

Multi-Game Pirate Carts.7z <45-in-1 (JY-120A) (Unl) [!].unf> is another ROM that appears sensitive to initial conditions. But, I can't figure out how FCEUX or Nestopia is able to run it.

[TakuikaNinja]

Here's another one:

Minna no Taabou no Nakayoshi Daisakusen

requires [$0011] = $FF or it won't start up.

Sorry to dig up a thread after 6~7 years, but here is an explanation for this odd reliance on initial RAM values.
This game enables NMIs in the reset handler while waiting for the PPU, causing the NMI handler to kick in before RAM is initialised. The NMI handler expects $10 & $11 to contain values > 0 (possibly some kind of NMI ready flag?) and will hang the game if the emulator initialises it with $00. The fix is to disable NMIs before the PPU wait delay loops and re-enable them afterwards (the game already does the latter). I have submitted a patch to RHDN.

[NewRisingSun]

That is nice, though a bit superfluous, as an official PRG1 revision of the game has since been found and included in No-Intro that no longer has this requirement.

(Edit: spelling error corrected)

[TakuikaNinja]

Ah, I see. I never thought to check for revisions since the NESdev wiki page on game bugs didn't mention any for this game. Whoops.
Edit: I just checked the rev1 version. The reset fix is pretty much identical to what I did but there seems to be other major changes. I'll keep the patch up for compatibility with rev0 (some translations require this version), plus the documentation regarding the issue.

[NewRisingSun]

I never thought to check for revisions since the NESdev wiki page on game bugs didn't mention any for this game.

I have corrected that omission on the wiki.