Difference between revisions of "MAME compatibility list"
MoochMcGee (talk | contribs) (→Nintendo) |
MoochMcGee (talk | contribs) |
||
Line 20: | Line 20: | ||
===Jaguar=== | ===Jaguar=== | ||
Holy shit, this one has lots of weird bugs. One being Tempest 2000 overwriting the cart ROM region. Stay the fuck away from it. | Holy shit, this one has lots of weird bugs. One being Tempest 2000 overwriting the cart ROM region. Stay the fuck away from it. | ||
+ | |||
+ | ==Apple== | ||
+ | |||
+ | ===Apple 1=== | ||
+ | Pretty much perfect. | ||
+ | |||
+ | ===Apple 2=== | ||
+ | Also pretty much perfect, and it's got good emulation of a bunch of peripherals too! | ||
+ | |||
+ | ===Apple 3=== | ||
+ | The only working emulator for this system, due to RBelmont reverse-engineering the weird banking system this one uses. | ||
+ | |||
+ | ==Commodore== | ||
+ | |||
+ | ===Vic-20=== | ||
+ | Really slow, and also kinda inaccurate. | ||
+ | |||
+ | ===Commodore 64=== | ||
+ | Kinda slow, and also kinda inaccurate. | ||
+ | |||
+ | ===Commodore 128=== | ||
+ | Never even made it past the WIP stage. Don't even bother. | ||
+ | |||
+ | ===Amiga=== | ||
+ | Decent for OCS. Kinda iffy on everything else. | ||
==Nintendo== | ==Nintendo== |
Revision as of 21:16, 12 December 2015
This is an incomplete list of compatibility issues that MAME has with different systems.
Contents
Atari
2600
Rivals Stella in most cases, and is even better in some cases.
5200
Doesn't boot for some reason.
7800
Pretty much the most accurate emulator for this system.
8-bit
Relatively inaccurate. INC WSYNC, for instance, waits 3 scanlines instead of just waiting 1 scanline like it's supposed to.
ST
No inputs anywhere, so you can't really use it.
Jaguar
Holy shit, this one has lots of weird bugs. One being Tempest 2000 overwriting the cart ROM region. Stay the fuck away from it.
Apple
Apple 1
Pretty much perfect.
Apple 2
Also pretty much perfect, and it's got good emulation of a bunch of peripherals too!
Apple 3
The only working emulator for this system, due to RBelmont reverse-engineering the weird banking system this one uses.
Commodore
Vic-20
Really slow, and also kinda inaccurate.
Commodore 64
Kinda slow, and also kinda inaccurate.
Commodore 128
Never even made it past the WIP stage. Don't even bother.
Amiga
Decent for OCS. Kinda iffy on everything else.
Nintendo
NES
The PPU for this core is per-scanline, so mid-frame effects generally don't work too well. The only reason it can even handle MMC5 games is because of hacks! It really needs a video system rewrite and BAD.
SNES
Many timing issues here. It's probably not even as accurate as SNES9x. It really needs to be reworked.
Nintendo 64
This whole system has tons of timing issues. Tread lightly, and remember to use -nodrc on this one, as their dynamic recompilers for this system are currently broken, and result in Spiky Polygon Syndrome.
Game Boy (Color)
Lots of slight timing bugs, but other than that, it's fine.
Game Boy Advance
Many atrocious timing bugs, though endrift and MoochMcGee have tried to help clean it up. 16-bit unaligned accesses also aren't emulated correctly, so most of endrift's hardware tests fail.
Sega
SG-1000
Nearly perfect.
Master System
Pretty damn accurate. MAME is quite a good emulator for this system.
Saturn
It's about as good as Yabause, more or less; just with much nicer code.