[TABLE="align: left"] [TR] [TD] [/TD] [TD] Is there anyone here with the know-how to seperate a ROM from those ROM compilations found in certain NES ROMs?[/TD] [/TR] [/TABLE] Let me elaborate: We all remember Multicarts, right? Those things that held a multitude of games, even though part of them were just "one level forward" versions of the same game? Well, it's kind of like that, except... well, you see, taking only one of the games, seperate it from the rest, and then... well, have it? Heck I'll settle for taking the hex data of only one of the games and give THAT its own ROM with HxD. Y'know, if it was as simple as I'm assuming it is when it probably isn't.
Dump the cart, its prob 512kb so if the cart is a 4 game cart and has a rom dump of 2048kb then all you do is split it into 4 and you have your 4 games the games should be in order rather than random data so this should work
It's a seven-game ROM, actually... despite that. it's 2,049KBs. Possibly due to the graphics of some of the games being a garbled mess. EDIT: Well I found this... should provide more info I guess? http://nesdev.com/Mari7in1.txt
It depends on the multicart. If it doesn't have a menu then it's probably just a matter of dividing up the ROM; this type of multicart uses a counter incremented on reset to switch through games. If the multicart does have a menu then the game you want to extract could be fully intact, or modified, it depends on the hardware and menu code. Lots of times the menu code is stashed in free space in one of the games. If the multicart doesn't have a power-on-reset circuit it's possible for EVERY game to be modified in order to initialize properly. Sometimes the games are "mapper hacked" to a unique circuit for the multicart, this way they can put games of different mappers on the same cart, so those games will probably need to be modified into something more common, or the mapper will need to be worked into an emulator. If the multicart is one such as the Camerica multicarts, those are technically one logical game; the memory is shared between the games so extracting a single game could mean very significant reworking of the game code.
Hm... power-on-reset is like... returning to the menu once you hit the reset button, right? This ROM has that sort of thing. So basically, if it doesn't have a menu, the chances of dividing a ROM are high. If it does, there's variable degrees of "screwed". I don't know if my last post got through, but the multicart ROM I have is that Mario Party 7-in-1. I decided it'd be... I dunno, a good way to start maybe? That and the SMB3 found in there is the same as one I used to have ages ago (functionally), so hey, if I could whip it out, all the better am I right?
If you were to open up a multicart in an emulator with debugging abilities, select the game you want. Shouldnt that give you an indication of where the game is located. I could be wrong though. I know there are several people here that could elaborate my suggestion further.
Cheetahmen (II?) did bank switching for every level if I recall correctly, that is, each level is it's own operational program rom, that you can split out and run independent of the other levels
Can just agree to both: Its almost sure the games are located at plain Bank-sizes and it also obvious that the menue-events tail you to the list of offsets. With some debugging. It might work,that u just combine both. look for an array of offsets that match the bank entry points but contains more than, pfew, maybe 64 Byte. The chance should be pretty high that you find this offset list just using an good hex editor, such as 010, and indicate the whole games at once. After that you just need a plain code that does some boot-code and then switch to the where-ever you placed the game. (so far nobody here seems to belive that they actually compiled a whole game collection together, did I saw that right?)
