Talk:MMC5

Don't Repeat Yourself failure

Ok, it's crazy to have two completely different pages explaining the MMC5 mapper, one on iNES mapper 5 and the other on MMC5. I think the info should be present on a single page (like it is for all other mappers).

Well in fact it seems it's Zeromus who added Dish's notes on all iNES mapper pages. This would be nice if the info wasn't already present on the wiki - having twice the same info isn't very logical is it ? I don't know what to do but something should probably be changed...Bregalad 00:36, 23 March 2012 (PDT)

Disch' format is much better for reading. Funny, I was really thinking to discuss about such thing. :) --Zepper 14:44, 23 March 2012 (PDT)

Problem solved. @Zepper : If there is a particular point that should be improved about how the mappers are presented on the wiki, then please change it (or at least say more precisely what is much better).Bregalad (talk) 06:02, 20 April 2015 (MDT)

Rather than just deleting them, I've been trying to review the disch notes and compare them to the existing article, integrating anything that it was adding before removing it. It's more time consuming than just deleting them, but the whole point of zeromus pasting them here was that they might improve the articles. Sometimes they add nothing, for sure, but it's worth reviewing before deleting, I think. In the process you might find other things here and there to improve in the mapper articles too. This review process is healthy for the wiki content. We don't need to be in a hurry to scour the disch notes from the wiki. - Rainwarrior (talk) 20:38, 20 April 2015 (MDT)

They have been here for more than three years, so how much time should have been waited for their removal in your opinion? 10 years? As I said they are still available, so you can just download them, and do the review work using your local copy of Dish notes. No point to have them pasted here, period. I absolutely agree that such a review work is benefical, and if there is a particular part you'd want me to review, just ask.Bregalad (talk) 03:13, 21 April 2015 (MDT)

If you'd bothered to pay attention to what Rainwarrior's been doing, he's been carefully looking over each page and incorporating Disch's documentation as he goes, not just blindly removing everything.—Lidnariq (talk) 04:53, 21 April 2015 (MDT)

I did not just remove it but link to the original place. That's a different thing. Please explain me why Rainwarrior cannot download dish's document on his hard drive and work with that copy. (answer : he can, and that makes a lot more sense). Anyways I'm sick of editing this wiki for a while. Bregalad (talk) 06:04, 21 April 2015 (MDT)

MMC5-internal RAM

What is the logic in the ASIC that causes it to write zero if the PPU is not rendering? --Zzo38 01:51, 22 September 2012 (MDT)

Another question about the ExRAM is, what happens when you try to read/write ExRAM nametables through the PPU registers, and if extended attribute mode is selected, what happens when reading/writing attribute tables using the PPU registers (when it isn't rendering the picture, and in any potentially random order)? --Zzo38 (talk) 22:23, 24 February 2014 (MST)

Yet another question : Is the ExRAM battery backed ? It would seem no, but technically the Battery is connected to the MMC5 so who knowns ? Bregalad (talk) 04:38, 5 May 2014 (MDT)

Even more extended PRG RAM

Parsimony of silicon strongly implies that the higher address lines (corresponding to the 0x78 bits of the register) are still driven for the registers from $5114 to $5116 even when RAM is selected, meaning >64KiB PRG-RAM would be usable when mapped to $8000-$DFFF. It's conceivable that these same bits of the register at $5113 (controlling PRG-RAM bank) are implemented, since they have to feed a multiplexer anyway. Something to test, maybe. —Lidnariq (talk) 23:34, 20 January 2014 (MST)