I also have multiple pirate cart that I would love to dump but you have to understand that reverse engineering pirate mapper is a lot of work and you can't really expect someone to come forward and do it for you unless there is something major on the cart you are trying to dump.
Code: Select all
REGISTERS: $5010 - Chip Config xxSC-xxPP S = Select CHR ROM/RAM 0 CHRROM. 1 CHRRAM. C = CHR-ROM Size 0 256K. 1 128K. PP = PRG-ROM Size 00 512K. 01 256K. 10 128K. $5011 - PRG Chunk 256K Base Select xBBB-xxxx BBB = Selects 256K Base of PRG-ROM for MMC3 to Use $5012 - CHR Chunk Base Select xxBB-xxxx BB = Selects 128K Base of CHR-ROM for MMC3 Only values 00 and 10 are used but bit 0 may be valid too.
$5011 really controls upper address lines on the PRG-ROM. $5010 controls address lines too, by deciding which ones the MMC3 can control and which ones it holds in a constant state to effectively set bounds for the ROM data seen by the MMC3.
That should cover most of the mapper and how it works.
Stuff about hardware. I'm not sure this is all exact as I'm no hardware expert.
A16 and Below Connect Normally to MMC3
A17 - HELD HIGH in 128K Size Mode, otherwise connects normally
A18 - Connects to MBR if Size isn't 512K. If it is then it connects to MMC3
A19 - Connects to MBR
A20 - Connects to MBR
MBR being Master Bank Register. It controls the upper PRG lines. The upper most 2 are always connected to the MBR. A18 is used in 256K and 128K PRG modes by the MBR. In 512K mode the MMC3 needs this as the ROM is 512K and needs that to switch between the first and last 256K of data. A17 connects normally to MMC3 unless the mode is 128K in which case its I think held high (+5v) so the lower 128K of the selected 256K block is all that is visible. This is used for Rockman 1.
I think all this is correct. CHR-ROM has a similar setup. I imagine you could built your own cartridge with a TxROM cart and additional hardware for the MBR.
I have done everything humanly possible to perfect my recording setup (using Famicom, recording from pin #46 of cartridge connector, disconnected II. player controller, using shielded cables and disabling any sound-altering plugins of my soundcard, using SoundForge soft).
I have recorded both at 300 600 and 1200 bps, with same results. Running out of options here...
I don't know which normalising settings to use, or what different methods of "cleaning" the audio recording can be applied.
I'm using the same settings with KCS: kcs.exe -Bn -G2 -F10 file.wav file.nes ("n" being bps speed). Maybe I can use different settings or other decoding software...
Any help highly appreciated!
60 minutes even at 1200 bps???!? How big is the cartridge you're dumping??
One piece of advice is: if the cart you dump has PRG and CHR ROMs, split up the recording between dumps of PRG and CHR (the 5-second leader is played again before CHR.) Then use KCS to decode each PRG and CHR recording.
I succesfully dumped Rockman 1 and 2 (MMC3 hacks), but I'm unable to correctly dump Rockman 3 to 6 (yet).
I am using original Japanese Famicom (NTSC/HVC-CPU-GPM-02C) with NTSC version of TapeDump, connected to a quadcore/4GB_RAM/Win7 PC.
Any other help? Something about editing the finished recording?
There's always only one decoding error in the Rockman3 dump, couldn't it be because of this sound between PRG and CHR?ccovell wrote:if the cart you dump has PRG and CHR ROMs, split up the recording between dumps of PRG and CHR (the 5-second leader is played again before CHR.)
..at least you can see how dedicated I am (and that's 8 hours just for the menu system to understand, add to that dumping of the next 5 games and you have a nice full-weekend job)Memblers wrote:Wow, 8 hours to dump a ROM?
There's no problem building it but can you provide the software for it? Something understandable (English) and relatively easy to controll? Last time I asked about this I was pointed towards some Japanese web, couldn't even get the right schematics...Memblers wrote: The tape dump idea is definitely cool, but you guys do know it's only $2 in parts to interface the NES/FC to an RS232 port, right? Sounds like it would save a lot of time if you want to copy large amounts of data.
But if it's that simple, why then the need of CopyNES? Profit?