Home Page Forums MAME MAME what? no NES support??!??!

just downloaded mess. installed it. loaded some genesis and nes software

plays genesis games just fine. great in fact

but for some reason the NES is represented by a tiny little red 'x' mark. the properties say that it is not working.

when i load a game, it gives me this friendly red box telling me that this game does not work properly, and mess promptly crashes.

am i going crazy?? how could the oldschool nintendo not be working? is there some ancient bios file or something i need to load?

... ok.

just trying to troubleshoot 'sall.

through my googling i've discovered that nes support may have been removed at one point. can anyone verify this?

No, it wasn't removed, it was just broken. Stuff happens on a project this size with only half a dozen active devs.

whew. thanx. was curious.

great work though, for the most part. i look forward to being able to run most everything from one cozy place.

keep up the good work.

Did r4890 & r4920 fix this?

no. they fixed smaller side-problems. the main problem probably needs a wider rewrite of the graphical emulation (which could allow to finally add MMC5 support)

not sure who will get the heavy task on his shoulders

No. There were some core mame changes to the PPU implementation which caused the MESS side to become broken.

It basically comes down to the PPU implementation handling the banking of additional video RAM/ROM. This works nicely in the mame drivers because they staticly define hardware. On the MESS side the video banking requirements can be different for each type of mapper. And thus a large number of mappers became broken.

Imo, the banking logic should not belong inside the PPU implementation but should be handled by the driver code. It's just a matter of finding the time to properly fix this.

There's no IMO required - the real PPU does not handle banking, so the emulated one shouldn't either.

ETA: The PPU's a case where letting non-CPU DMA devices have their own memory map would IMO be huge. You could handle the various banking schemes with the already pretty mature functions that exist to do it for CPUs.

I'd actually like to go further and update the PPU implementation to read the data from video rom/ram at the correct times in the correct order. That'd also remove the need for the irq callbacks in the code, since that is nothing than a trigger on one of the address lines.

Oh well, so many things to do, so little time...

...woah

this board is obviously not for the feint hearted


you guys are hardcore