This page is designed to allow for a quick look over all the drivers with a GAME_NOT_WORKING flag by giving, as much as possible, an idea on the amount of effort needed to fix them.
The program ROM appears to be encrypted. Mame on ARM.
bombsa - Banking problems, Data roms won't pass ROM check. Probably needs some checks done on the real hw (Guru has the PCB).
All of these games suffer from some advanced protection that affects them in different ways. Through some magic accesses in memory, data can be decrypted using some special key sequences that are not entirely understood. It might be possible to find all possible data sources, run them through the decryption process on the real PCB, and then encode that information in the driver, but it is tedious work at best. Below is the status of each game:
motofren - Has some obvious gameplay glitches. Not much work has been done to understand the protection on this one.
spclords - Has had some of its data decrypted, which is why the palette during attract mode looks ok. But in game there are many problems lurking.
inquiztr - Missing floppy disk image and 6809 program ROM.
Undumpable protection MCUs.
tokio, tokiou - Protection MCU.
cntsteer, zerotrgt - Very old ROZ style hardware. Haze looked at it a few times, doesn't really make sense to him.
Game runs on a Pentium (I/II/III?) class machine running Windows 98!
Skeleton driver. Uses SH2 + SH1, 68k etc. Dual screen game, plays like a cheap korean rip-off of Outrunners (suspected to be recompiled from the same code ;p). CPU comms don't make sense, interrupts don't make sense.. somebody mentioned that the SH1 has 'extra' features, but according to dox it's plain sh1, and the sh2 core should be 100% backwards compatible. it SHOULD be possible to get this working, or at least doing something more and would be a good / interesting project for somebody.
mightguy - Protection not emulated.
redeartn - Missing nocd bios dump.
Program ROMs (Japanese version) are bad. A dump of the US version is pending.
Heavy duty protection supplies jump addresses.
(electrocoin on snk hardware). Could be worked on.
catapult, dealer, revenger - Bad dumps.
freekick, countrun - Main program inside of custom CPU block.
countrb2 - Possible bad dump, or encrypted.
aligator - We have an unprotected version of Alligator hunt to attempt to simulate the protection in the protected version, but it isn't easy, looks like MCU may provide ROM patches.
galaxia - Skeleton driver. It's a galaxian rip-off on a custom board with CVS-like hardware IIRC (Haze).
supergx , hare - Bad dump.
dingoe - Probable bad dump and encryption.
trvchlng - No question rom dump.
youmab, youmab2 - Weird bootlegs, who knows.
Kaneko protection MCU with internal rom, managing CPU comms. Decap should possible, should be the same for all games / sets.
Kaneko protection MCU, same type of chip as other 90s Kaneko games. Decap should be possible.
gamecstl - 'Modern' PC Hardware running a MAME bootleg.
bballoon - Uses a fairly recent ARM based chip. Almost a skeleton driver.
mach3, cobram3, usvsthem - Laserdisc games.
Tecmo MCU providing jump addresses etc. Has direct access to entire CPU bus, prevents code modification (MCU writes 'ROM ERROR' if you change ROM).
gunpey - Complex video chip, supports compressed graphics formats etc. Skeleton driver, work has been done, but no good progress made.
hng64 - The I/O CPU is a protected MCU. There is some thought that the game uses this as a protection device.
fatfurwa, buriki, roadedge, sams64_2 - Fatal Fury Wild Ambition is the only game working well enough to derive video hardware behavior from. The ground ROZ layer and animating tilemaps have yet to be implemented, and can be implemented using only this game, but more games will need to be playable to completely figure out the video.
Samurai Showdown 64 takes a different path through the BIOS, buriki uses the video hardware in weird ways, etc. Making these boot and load the palette would be a great start.
Genesis hardware, but uses a PIC to control state based encryption. All the code that matches the Megadrive version has been decrypted, but the extra code (startup code, coins etc.) appears to have some annoying extra encryption.
Main program / boot code in (currently undumpable) MCU.
intrscti - Probably missing code in epoxy block.
Kaneko protection MCU, same type of chip as other 90s Kaneko games. Decap should be possible.
Kaneko protection MCU, same type of chip as other 90s Kaneko games. Awaiting Decap results. Afaik (Haze), SebV made some progress on it for the Kaneko 16-bit ones. No relationship has been found between the (encrypted?) data in the data rom, and the data obtained by trojans. See Bonk's Adventure protection simulation in the source for more info.
All games on this system suffer from a corner case involving audio track playback in the SCSI CD-ROM emulation.
racinfrc, opengolf - Both of these games use a special ROZ layer generated by the "PSAC4" custom IC which appears to include a height map.
fantjour - This game (the export version of Gokujou Parodius) uses a protection chip to write to the palette.
soccerss - This game would probably work if the video emulation were simply sorted out a bit more.
rungun2, vsnetscr, rushhero - Each of these games has a Xilinx FPGA (different per game) which primarily acts as a DMA controller, copying things all around work RAM and into the palette and sprite RAM. However, the format of it's operation list is not understood (see the comments in src/mame/drivers/konamigx.c for more details).
This PSX-based hardware would certainly be possible (probably even easy) to emulate, and Guru has many of the CD-ROMs in hand.
Jaleco-like protection device.
Complex Seibu 'COP' protection device.
Annoying VDP-like chip controlling access to video devices. Commands not fully understood, correct readback of data just as important as writes as addresses etc. are stored and it affects future writes. Runs through attract mode with bad graphics, but no guarantees are made that the sprite-list it's currently processing is in the right format, or the right place as everything is written through the 'VDP' device.
Work in progress - nearly done.
lohtb - The bootleg hardware is different to the original hardware.
lohtb2 - This set has the MCU dumped, we can use the simulation code from the original, but I (Haze) have chosen not to. The MCU should be emulated.
Incorrect behavior at time out and they're sms based games which aren't yet fully supported.
Lacking Am29000 core. Documentation and a software simulator are available, fortunately. Work in progress by Phil B.
These Zeus and Zeus II-based games all use a proprietary 3D graphics chip that has no available documentation.
Bad dumps, pretty much no information available other than the dump, missing color prom.
Preliminary, almost skeleton, may be deco156-ish.
mcombat, mcombata - Bootlegs on different hardware.
Skeleton driver, maybe slight encryption, Mahjong.
3D needs hooking up, wherever it is in the hardware/memory map. May have details in common with taitoair, it was advertised as taitoair-without-the-c25 anyway.
swa, wingwar, wingwara - Guesswork incomplete on the math copro dsp functions and program impossible to dump.
Very cranky hardware.
f1superb - Extended MS32 board with additional video chips, however, I (Haze) suspect there is a v70 bug affecting game behavior as there are no corners and the camera is always placed at road level. MS32 cleanups are currently in progress, but haven't helped this so far.
Lots missing still. Very early.
cyclshtg - Missing (protection?) MCU dump.
maddonnb - No program roms on this set. GFX have misplaced tiles when used with other program roms, so this is a different license / revision.
woodpeka - Missing and badly dumped program roms, which are tucked into an epoxy block.
pangofun - PC based hardware, possibly bad / incomplete dump.
panicr - Capable of reading back the background layout ROMs for collision, readback method isn't properly understood, so the game doesn't play correctly.
fenix - Bootleg, to be checked closer.
survival - Weird protection, see details in sources.
Dsp56k CPU emulation needs to be completed. Network interface needs to be worked out.
raiden2*, raidndx*, zeroteam*, nzerotea - Complex Seibu COP2 protection + banking (probably linked to the protection) + sprites incompletely decrypted.
r2dx_v33 - Complex Seibu COP3 protection + banking probably linked to the protection) + sprites incompletely decrypted.
Undumped program roms in epoxy block.
demoneye - Missing 3rd graphic layer making level 2 impossible. Unclear what the layer should show.
sbugger - Bad dump, different revision to working set.
conquer, skelagon, scrpiona - Bad dump.
monsterz - Incomplete protection emulation.
pmroulet - Protection MCU handles win rates etc. Correct win behavior is critical to this gambling game functioning as expected, so simulation probably doesn't make sense.
pclubj, pclubjv2, pclubjv4, pclubjv5 - Need camera and printer handling.
endurob2 - Bad dump.
toutrun1 - Missing decryption key.
shangon1 - Bad dump.
aceattac, altbeaj1 - Missing decryption key.
astorm - Missing decryption key.
sspirtfc - Missing floppy image.
sgmast - Missing decryption key.
kokoroj2 - Unemulated CD board.
f1lap - Protection + Needs a minimum of 2 boards.
gprider - Program roms not dumped.
sfkick, spinkick - Hacked MSX hardware, lots of strings blanked out in the BIOS etc. Boards contain large epoxy block, content unknown, but it might just be the MSX video hardware. Correct memory mapping not understood.
andromed - Bad dump (missing rom).
greenber - Bad dump (missing rom). Note this is not the same game as Konami's Green Beret.
Undumped 68705 protection MCU.
steaser - Skeleton driver. Board has 2x M68705s for protection.
decathlt - Funky DMA/decompression protection.
elandore - Protection and vdp1 issues.
ffreveng - Black screen somehow.
findlove - Controls broken.
myfairld - Sound ram check breaks things, see source.
twcup98 - Missing tecmo logo.
stress - Needs printer handling.
vfremix - Texture upload issues in some cases, see source.
sfish2, sfish2j - CD handling broken.
Protection / encryption (custom CPU modules containing Z80 + encryption logic).
sqixu - Incomplete dump.
Preliminary, may be missing proms.
Work in progress by Ville, 68040+68hc11+32051+taito own 3D.
Possible 320c25 bugs. Possible m68k-c25 communication issues. Not easy, the c25 code is hard to read, probably interesting.
Skeleton, even the CPU is unsure.
Preliminary, maybe protection.
Skeleton, decryption incomplete.
Protection gives out code.
PC hardware, preliminary.
fixeight - Protection MCU supplies background data.
Protection MCU handles inputs (and winning odds?).
Very strange, may be missing a rom, schematics available.
wondl96 - Undumped protection MCU.
Cannot progress without a dump of the 7 video processor instruction PROMs (AM29116DC).
tx1, tx1a - Work in progress - almost complete (tx1 has corrupt sprites due to undumped ROMs).
buggyboy - ROM dump is incomplete.
nbashowt, cartfury - These Vegas games used a Voodoo Banshee video card. The current 3dfx voodoo emulation has some basic support for the Banshee, but it is pretty minimal. The tricky bit is that the Banshee (and later, the Voodoo 3) have integrated 2D and 3D capabilities, so we need to emulate at least part of a VGA controller in addition to the 3D. These boards also had some new features that require some addition internal reworking of the Voodoo driver.
Work in progress by Ville, PPC+voodoo.
wheelfir - Complex video blitter + raster effects for road.
defndjeu, tornado2 - Bad dumps.
Encrypted video RAM (like Splash / Thunder Hoop) not figured out. Also has Dallas MCU / Coprocessor for protection.
wwfsstaj - Bad dump.