TapeDump v1.0 - a tool to dump carts without extra hardware
Moderator: Moderators
The main link work but all the link related to multicart are down and has been for a long time. You can find detail on this page: http://kevtris.org/mappers/bmc_fam/index.html
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.
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.
For anyone interested this is more on the Rockman 6-in-1 mapper.
On Powerup PP of $5010 is zeroed, BBB of $5011 also zeroed. This causes the first 512K of PRG-ROM to be seen by the MMC3 which puts the Menu program in control.
$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.
PRG-ROM Connections
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.
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.
PRG-ROM Connections
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.
Can somebody help me with "ironing" the wav file recorded by Tapedump? I'm getting great results when the recording time is less than 1 hour, but at larger files, I'm getting decoding errors when using KCS to decode the wav file.
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!
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!
Here's a question: are you using an NTSC Famicom, or a clone, or a PAL clone? I've tested PAL in emulators, but since I don't have the hardware, I don't know of any problems that come up with any recording above 5 minutes.
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.
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.
As you may have noticed a couple of posts earlier, MottZilla is helping me dump my Rockman 1-6 multicart. By tweaking the TapeDump itself, I was trying to dump each game by itself (128,256,384,512,512 and 512 kB) and by one tweak, I was dumping a data chunk of 768kB (containing the whole Rockman 3 data) to get the idea how the whole menu system works (this one took 8 hours at 300bps with 7 decoding errors, I got only one dump at 1200bps/2hours with no errors).
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?
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.)
- Guyver2011
- Posts: 11
- Joined: Sat Nov 19, 2011 9:30 pm
- Location: CCCP
- Contact:
- Guyver2011
- Posts: 11
- Joined: Sat Nov 19, 2011 9:30 pm
- Location: CCCP
- Contact:
..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?