nesdev.com

OK, my friend has an original Mahjong Trap cart and a Kazzo, yay!

If someone could write Kazzo scripts for all variants of the ASIC described in this thread, that would be great. Currently, I'm at an outing for a few hours, so I won't be able to do much.

Unfortunately it's so badly maintained that it's beyond useless except as a search term for torrents. And this is why I'm adding on to the Sachen stuff in the MAME softlist in private until I'm assured that the dumps are at least good and directly come from the actual ROM chips, or a Kazzo board. M...

The opposite is the case: The "CNROM version" is just a mapper hack of the TCU-02 version. So, if the only actual Taiwanese Joy Van release of Weilaixiaozi appears to be using the TCU-02, and the mapper hack is unofficial, I guess the "GS63030-A" chips on Pongba's post represents the actual IC. Joy...

Here you go: The rest of the PCB's he has of some Sachen stuff is on his flickr page, including Rocman X (which seems to be wired up to a weird CHR ROM and CHR RAM variant, despite not showing any instance of Chinese text boxes in the game at all?) https://www.flickr.com/photos/153392699@N08/albums/...

If someone from Taiwan can provide us boards containing the real TCU-02 IC, that would probably be pleasant in figuring out what the hell this thing might actually do and if it's supposedly like your pinout. FYI, there are two versions of Joy Van's Weilaixiaozi ; one with fudgy scanline timer code, ...

I think a while back that someone from MAMEdev said that part of Crazy Kong was somewhat rewritten (GFX handling and audio code, probably) , while Kong from Taito De Brasil was a full on clone from scratch. In terms of why it would run on this hardware, it's probably because of the cheaper hardware ...

This looks A LOT like a heavy extension of the Street Heroes board. It even has the same extended register.

...but it doesn't look like I can successfully emulate it in MAME anyways. The bank at 0x7000 appears to be the extra "BANK 0" that is mentioned within the comments. I combined the main 32K PRG chunk from the NROM readout, put the 32k and 64k chunks first, and the main 32K PRG chunk last to hopefull...

After a day of libusb errors and stretching around with Squirrel 2 on a slow computer, I've managed to get anago to dump the cart! Success!

Alright, the guy has to test the patch tomorrow, so I'll keep tight on how this goes. Man, all this trouble for one cart.

I can't trivially test this, but try this: Original file: anago_wx.exe, 658944 bytes, crc32: e6e94fef, md5sum: 3d63754d378d2cabbe6e3353475a8dee This patch should dummy out the lower bound check. anago_wx.ips Doesn't work, still spouts the "address range" error. :( Looks like I need to resort to fig...

I think he's just running the latest anago.exe paired with anago_wx.exe, grabben of the Kazzo site in the unagi_client_windows_062_GUI folder... ........... wait ...... you thinking what I'm thinking? :) also: I fear that FCEUmm's source shuffles the 1KiB slices around, so even this won't be a match...

Ok, renaming the lusb0_usb.h header to usb.h solved it... But that's only a minor issue. I now have to recompile libusb since the precompiled binary is incompatible for my mingw32 environment... and now that it's requiring "conio.h", which my mingw64 environment only has, and Visual Studio crap, it'...

...and I've already hit a error relating to API compatibility that I can't solve, despite using the correct version of libusb-win32. In file included from ../reader_kazzo.c:8:0: ../usb_device.h:29:23: error: unknown type name ‘usb_dev_handle’ int usbGetStringAscii(usb_dev_handle *dev, int index, cha...

Pretty much nothing other than the "RAM image error" I described above.

Time to dig deep into the unagi source code!