Today I finally got my homebrew Gameking cartridge working.
Its a bit of a mess as there are several failed original design decisions hacked out.
The idea behind this is to hopefully get the internal ROM dumped so emulation will be possible.
Recently, I picked up an ‘untested’ Twin Cobra PCB off of eBay. As most of us are aware, when something is advertised as ‘untested’, 9 times out of 10 its completely broken. This Twin Cobra was no exception to this rule.
Out of the box, the game booted up to a flat black screen, zero activity at all. When I see this on unknown condition boards, the first thing I do is give it a thorough visual inspection. I generally look for rust/corrosion, deep scrapes and gouges severing traces, physically damaged capacitors and IC’s, etc. Right off the bat, I noticed the the Koyo 28mhz crystal at X1 was hanging on by a thread! The other three had snapped off at the base of the crystal, so it was time to find a replacement. I was able to find a donor crystal in my parts boards.
I desoldered what was left of the original crystal, and then I installed the donor. The donor is slightly faster than the original, but it should be OK until a proper replacement arrives in the mail.
The rest of the board looked good – no gouges, no other damage so to speak. At this point when I powered it up, the game sprang to life!
Everything appeared to be working as expected, so I coined up and tried a game. Almost instantly, the next fault presented itself. Some (not all) of the sprite layers were incorrect. When the tanks aimed at towards 7:00, their turret would disappear completely. When larger tanks were destroyed, their remnants would take priority over my helicopter.
I knew something was at fault either with the ram or layer priority sections of the video board. From here, I started reading up on the mame driver, as well as the memory map for Twin Cobra posted on Toaplan.org. From what I could tell, it looks like sprite priority is controlled by the bipolar roms present on the TP-011 SUB (graphics) pcb.
I gave the 82S123’s a closer look, the bipolar rom marked B30-22 on the parts side of the PCB had a factory defect! There was a small solder bridge connecting pins 5 and 6. I fired up my soldering iron and removed the bridge.
Fired the board up, all faults were cleared! Game now works 100%. It’s mind-blowing to think that a game manufactured in 1987 has only played properly some 28 years later. This Toaplan masterpiece lives to fight another day! Until next time…
Turbo Outrun (317-0101) tested
Shou has successfully tested the decrypted set for Turbo Outrun (317-0101).
Thanks to Shou for giving feedback !
New contributor time again. This time cpsystem3 has joined us.
Welcome!
Had this board for a while now but hadn’t looked at it.

On booting the board up I got completely messed up graphics.

On my pre power up visual inspection I somehow missed the damage and solder blob on the 052109 tilemap generator.

I removed the solder using solder braid and straightened the legs up best I could with some fine tweezers. It took a while as I didn’t want to snap the legs off but I ended up with something I was happy with.

Fixing that gave me the graphics back but there were jailbars present.

Jailbars are usually a sign of a failed ROM and as the two MASKROM’s have previously been replaced for a pair of 27C400 EPROM’s I thought it was best I check these out first.
Both turned out to be fine so the next step was to check the address and data line to see if they were active.
Again I could find no problems here.
I then found the test menu which runs a self test on these ROM’s. The ROM at location 16I gave a different checksum each time I ran the test. A changing checksum can be a sign of a floating data pin. I already knew the data pins were active and that the ROM’s were good so I set to work with the multimeter checking continuity between the EPROM and the 051962 tilemap generator which these data line go to.
Eventually I found data pin 8 did not make it to the 051962.

I was able to patch this underneath the EPROM so it would be hidden (and protected).

On powering up all the jailbars were gone and the board is fixed.









