> byuu's cart dumper is a SNES with the CIC reset disabled, which allows ejecting and inserting carts with the SNES powered on.
Believe it or not, it's even fancier than that.
It has a special SuperCIC installed by ikari that reinitializes the handshake when it detects a new cart inserted.
Without that, SA-1 and S-DD1
games will refuse to respond to ROM read requests; which was meant as an anti-copier trick.
Before this, these games were dumped by desoldering the ROMs and reading them directly.
This one's the most dangerous, because it's the only piece of my setup that I absolutely cannot duplicate myself. So if it breaks, I lose my ability to dump
all SA-1 and Cx4 games.
> But you can't know that - unless you did have logged all 64 combinates with pin9=low.
True, but then you should test pins 6-16 with inputs of varying voltages, and log the voltage of each pinout (I think when I did pin 6 = GND, pin 8 = Vcc to test, the chip got insanely hot really fast, heh.) Eventually you have to be practical
Anyway I don't mean to argue. Your way is nicer but I don't feel like figuring out how to control individual pins on a DB25 port that I don't even have on Linux.
> MAD-1 and MAD-1A seem to be the same but MAD-1R seem to have difference in mapping. I'll let you guys analyze these as I pretty much served my purpose and the rest is above my skill level.
Awesome, thank you so much!
Anyone here able to verify that the difference is the cause of the mapping difference in EVO vs Paladin's Quest?
At this point I am 99% sure it is, but 100% is nicer =)
> I am still willing to send the chip to you Byuu if the table seem to be correct and you still want to flash LED with them :p
I wouldn't mind =)
Does anyone know a Digikey part# or a 16-pin DIP socket that will stay put in a breadboard?
The MAD-n legs are really delicate, and I'd prefer more sturdy legs, so I can put all the MAD variants into little trays.
Kind of silly since we only need the table once, but whatever. It'll look cool and have a fun story behind it.