doxDev

I have finally figured out what was wrong with the gfx emulation in Sonic Blast Man 2 - OAM address wasn't correctly restored. RB pointed me to some interesting hardware docs with explanation of this behaviour. It was already implemented in the snes driver, but with major flaw. In fact - instead saved OAM address - the current one was restored (so ... there was no difference between old and new). After fixing the bug, game is fully playable. Few weeks ago f205v has found "Little Robin" pcb for sale. Game is not working in MAME (video hardware is only partially emulated) - so i have decided to buy it. PCB arrived few days ago. Spanish pcb, with korean labels, found in Itally. I'll try to run some trojan/test code on it. There's chance to make this weird 'Snow Bros' rip-off playable. Btw, i'm still looking for the pcb of another unemulated TCH game - 'Wheels & Fire' . As well as other, undumped/unemulated arcade games from Spain....

Few words about an arcade bootleg game called ' Sonic Blast Man 2 Special Turbo '. The game is a slighty modified copy of Taito's 'Sonic Blast Man 2'. It runs on hardware ( custom chinese, not the NSS ) "borrowed" from Super Nintendo home console. Just few eproms, rams, three custom QFP chips (there's also another, odler version of the hw, with 6 of them) and Lattice PLD - to handle the most annoying part, protection. So... What's the point to encrypt/protect pirate game? To hide the 'real' (in fact - stolen ) game code and data? Or maybe to annoy other bootlegers? No idea. Kold666 already dumped the ROMs while ago. Unfortunately the pcb is no longer available for additional testing or analysis. The data encryption is not as simple as in other arcade SNES hacks (Killer Instinct, Final Fight 2). But with great help from Andreas Naive it's finally broken. Also the in-game protection checks are now gone (took me a couple of hours t...