|Emulates||Thousands of electronics|
|Programmed in||C++ (C & Python for some drivers)|
MAME (an acronym for Multiple Arcade Machine Emulator) is a multi-platform, open-source, multi-system emulator written in C++. The philosophy behind the project is to recreate the workings of machines through emulation, and thus the ability to actually play the games is "a nice side effect". MAME is incredibly large, supporting thousands of machines and ROM sets, though what is supported is not what's playable; your mileage may vary. In the event you don't like MAME's own interface, there are many alternative front-ends available.
Much like the name says, MAME was supposed to be for arcade machines like Pac-Man back when it was released in 1997. A similar project called MESS was made to do essentially the same thing for home consoles and other esoteric devices that never got emulated, but it has since been merged into MAME by the end of May 2015 in version 0.162, and now it supports a whole lot more than arcade machines.
- 1 Downloads
- 2 Overview
- 3 How To
- 4 List of Arcade systems emulated
- 5 Frontends
- 6 Versions
- 7 Netplay
- 8 References
- 9 External Links
- Official release
- Nightly builds (compiled by Ashura-X)
- Nightly builds (up to November 27, 2015)
- T2E builds (Polish, up to March 2015)
MAME was first put out on February 5, 1997 by Nicola Salmoria as a Pac-Man emulator, but before he could do any more work on the project, he handed it over to Mirko Buffoni in April 1997 after requiring to do National Service in the Italian army. Since then, even as early as 2003, the emulator has become very extensive, with the majority of arcade system boards from the 1970's, 1980's and early 1990's supported. On February 2016 in version 0.171, a new GUI was integrated into MAME which allowed users to launch games in it without the need for a third-party GUI application.
However... don't expect support for more recent boards like Atomiswave; the project and its team focuses on accuracy (preferably cycle-accuracy) and preservation, which often puts usability at a much lower priority for end users. The program is also very strict about what components of a ROM dump it needs to even function, and it may tell you if something is wrong with the files (i.e. a failed checksum); once developers know more about a system, they'll often have to dump more components like ROMs and BIOSes if necessary, and obtaining newer dumps from the boards isn't exactly the easiest thing in the world for users who only have traditional desktops, and the same goes for anyone with the actual arcade boards. Something as popular as Pac-Man will probably never need newer dumps beyond the current ones because it's been continually researched, and the dumps have been pretty widespread, but other machines you've probably only seen once at an arcade will probably need new dumps for a reason. Only ROM dumps with all the newest information will work in new versions of MAME. Even then, programmers may not have everything implemented. The native interface will tell you about the emulation status of the chosen romset, and whether the one you're using is even emulated at the current time.
MAME either has lots of standardization on how to organize the ROM dumps, or it has very little, and sometimes the given information can be vague and confusing. A single game may need lots of files for the dump to even register, and separate folders for the BIOS files of consoles. For machines that use stuff like hard drives and optical disks to store its data, MAME has a special format called Compressed Hunks of Data (CHD) which uses a number of compression methods to reduce the size of a raw image file.
It is highly recommended to use a ROM management tool such as RomCenter or ClrMamePro. Without all the required files and file versions, the game simply will not work.
Convert Bin/Cue files to CHD
Many emulators other than MAME are beginning to support Compressed Hunks of Data, mainly because compared to the alternatives, it offers compression (or better compression) on all fronts. Libretro is making an initiative to support them thanks to a successful bounties initiative, and in many cores such as their Beetle fork, they've begun rolling it out for certain platforms like Saturn and PlayStation so people can test it.
If you're interested in trying it out for yourself, this guide will show you how to convert to the format using MAME's command-line tool called
chdman. We'll warn you now that you will need to know how to use either a Unix shell or the command prompt in order to use it. The developers of MAME seemingly don't have plans to give
chdman an interface so if the thought of going back to the DOS days scares you too much, you may have to wait.
On Windows, download MAME from the official website (linked above). The Linux guides on emugen will usually provide these locations.
On Windows, there should be an executable in the main directory called
Open up the terminal and navigate to the folder containing the BIN/CUE files.
$ cd "path/to/folder"
>C:\path\to\chdman createcd -o "test (!).chd" -i "test (!).cue" $ chdman createcd -o "test (!).chd" -i "test (!).cue"
Recompressing ZIPs to 7-Zip
- Note: If you're confident, you can delete files immediately instead of sending them to the recycle bin or trash bin using the keyboard shortcut
Delete. Always back up the files if you're worried you might do it wrong.
MAME keeps a database of romsets including what each file should be named. If the ROM dump is obtained through a ZIP file, you can uncompress the files inside and transfer them to a 7-Zip file for better compression. The 7-Zip archive HAS to have the exact same name (not the same file extension obviously).
In case you're wondering why 7-Zip is supported in MAME and not RAR, it's because the LZMA development kit that's developed alongside 7-Zip is in the public domain, and the MAME team uses it for CHDs along with FLAC for audio and data compression; RAR is a proprietary format that can only be decompressed by 7-Zip, not compressed to, as per an agreement with both development teams.
|Graphical||Take the zip file:
roms/ (romset).zip/ (game).(rom) (lle1).(rom) (lle2).(rom)
And uncompress it to a folder of the same name.
roms/ (romset).zip/ (game).(rom) (lle1).(rom) (lle2).(rom) (romset)/ (game).(rom) (lle1).(rom) (lle2).(rom)
At this point, you can safely delete the zip file.
Go into the folder, select all the files, and add them to a .7z archive using 7-Zip. Assuming you've installed 7-Zip with the default settings on Windows, the option to do this should come up when you right-click the files. The name of the archive must be the romset's name. The config screen may show an option to "delete files after compression". You can safely select this and, assume you do, the archive will now appear in the folder (unless you've specified a different location):
roms/ (romset)/ (romset).7z
Take the 7-Zip archive, move it into the roms folder, and you can safely delete the romset's folder. It should look like this.
Rinse and repeat for any other romsets you want to do. MAME should be able to read it.
|Terminal||Something like this should work in theory. It has not been tested, proceed with caution.
7z e (romset).zip -o (romset)/ && 7z a (romset).7z (romset)/*
Just make sure that you've installed 7-zip and it registers to the environment path, that you're in the folder, and that you substitute (romset) for the name of the romset in the command.
List of Arcade systems emulated
- List of arcade games that DON'T work Last updated February 2014. Don't expect the most recent games (like Sega Naomi ones) to run at full speed, MAME is very resource intensive.
- NonMAME (2015 Mirror) This is a list of arcade systems that currently are not emulated by MAME or are emulated better by other emulators.
MAME has many third-party front ends. Please help expand this section.
ARCADE ARCADE is a continuation of the MAMEUIFX project.
Arcade games only
- NO mechanical games (pinball, crane games, etc)
- NO poker, fruit, slot or gambling games
- NO computers, consoles, terminals, appliances, etc
- NO games that display a black screen (skeleton drivers etc)
No longer maintained.
MAME32 (now MAMEUI)
UNOFFICIAL BUILDS MAMEUI x86/x64 unofficial builds
0.171 MEWUI merges with MAME replacing default MAME UI for most platforms.
MEWUI is an extension of the internal interface of the MAME / MESS with additional features.
- Display full list of games
- Display snapshot, cabinets, etc... in game selection menu
- Display history, mameinfo in in-game menu
- Options to filter the list of games
QMC2 is a multi-platform MAME/MESS/UME frontend.
A minimal MAME frontend using GTK+ 3 : GitHub.
On some Linux distros, you have gnome-video-arcade package: Simple MAME frontend. Available on Ubuntu 16.04+ on official repo.
Negatron's download page on official site of BabelSoft. An intuitive and info-oriented front-end for MAME; & a prettier derivative of ageing MAME32/MAMEUI.
- - Java runtime environment (JRE); at least Java version 8 update 60, or newer.
- - NegaMAME strongly recommended if using MAME v0.186 (May 2017) or newer, as normal MAME builds block some info access on systems to 3rd-party frontends.
- - While not mandatory, Negatron also needs VLC media player 2.2.0 or newer on your computer in order to play video previews. VLC & JRE's bitness must match (eg. 32-bit or 64-bit).
- Main article: GroovyMAME
Also known as GroovyUME. It's a fork of MAME/UME made to support arcade CRT monitors for AMD cards.
In order to configure your controllers, you need to press TAB once the game is running. Clear every key for Player 1 using "Esc", and only map the directional buttons, and buttons number 1 through 8, which should cover most standard games.
You may also chat in-game by pressing Home twice.
Also, you have to restart the emulator EVERY TIME you load a new game, or attempt to restart the current one. Else, you'll get a black screen.
- MAME OVER (0.99)
- A Brief History of Emulation: MAME. Youtube (2017-12-02)
- http://manpages.ubuntu.com/manpages/trusty/man1/chdman.1.html, see createcd.
- Developer WIPs (Official MAMEDEV.org page showcasing lists pointing to profiles and links of many MAME developers)
- Developer coverage from David 'Haze' Haywood. (A media-heavy blog with few articles per month on average. Goes more in-depth than MAME's changelogs and can be fun to read. Also see his YouTube channel & Twitter feed. Former project coordinator, 2003-2005.)
- Developer coverage from Angelo 'Kale' Salese. (Former project coordinator, 2011-2012. He mainly developed the ST-V arcade core. Also see his more regularly updated YouTube channel.)
- Dev coverage from Bryan 'Mish' McPhail
- Dev coverage from Dirk 'Duke' Best
- Dev coverage from Fabio 'etabeta' Priuli
- Dev coverage from Frank 'Knarfian' Palazzolo
- Dev coverage from Guru (Mainly repairs/decaps arcade boards and provides dumps of them for MAME. Decapping status page, Wanted dumps list.)
- Dev coverage from Luca Elia
- Dev coverage from R. 'Arbee' Belmont (Worked often on Apple ][, /// and early Mac's emulation)
- Dev coverage from Roberto 'Robbie' Fresco (He usually reverse-engineers boards of old gambling games (casino/cards and pokies-style) and some arcade games, especially in foreign languages. He often works with other programmers like Grull Osgo, and occasionally with Andreas Naive, ElSemi, Tomasz Slanina, etc.)
- Dev coverage from Roberto 'Robiza' Zandonà (Italian blog)
- Dev coverage from Tomasz 'Dox' Slanina
- Dev coverage from Vas 'cuavas' Crabb (Few posts)
- YouTube channel from Philip Bennett (His website is not updated anymore. He tends to research early 3D arcade systems from the mid-1980's to 1990's, and uploads some dumps of machines and clones to MAME.)
- YouTube channel from Ryan 'MooglyGuy' Holtz, former Minecraft developer (Note: His Twitter feed has lots of fillers unrelated to his MAME work)
- Twitter feed from Henrik 'algestam' Algestam (He is well noted for dumping and emulating those Nintendo Game & Watch LCD handheld titles to MAME)