Many ultimately could boil down to a pointer change or quick tweak of a command (if you can select tracks easily in a sound test screen, which many games could, then it is probably going to be this) but the trick is getting to that point. If you want to make it play different tracks you will have to take each game as it comes and work with that. Music on NES games is usually completely custom from the ground up, and can vary a bit if you head into some of the more exotic mappers and FDS stuff. Can you give an example? I don't know if you mean level text, scrolling backgrounds, some kind of game where there is a foreground and background part of the level or similar. I am not sure what you mean by level code in the background picture. Doing this for every rom hack that doesn't work would result in tons of new DB entries, and probably tons of hacks in Mesen's code, so it's not really something I want to do - at that point it'd be more about emulating FCEUX's behavior (and in even older hacks, maybe even Nesticle's!), rather than emulating the NES' behavior.I am not entirely sure what you are heading for here. There is a way to use up to 512kb of PRG ROM on some MMC1 carts, but that works differently than what this hack is trying to do.īasically, the hack is broken and would never work on a real MMC1 cartridge - there is unfortunately not much I can do here, any solution would require me adding hacks to Mesen's code to support this and then add the rom hacks to the built-in game database to try to detect them and enable the behavior the hack expects. In FCEUX, this used to work, but on hardware, this actually doesn't work - that bit is actually a flag to enable/disable the save ram. It does work in 2.2.2, but not in 2.2.3 - it looks like support for this 'hack' got removed by this commit: Įssentially, the rom hacks try to use more than 256kb of PRG ROM using the 5th bit of register $E000.

How to play rom hacks on mesen