Fork me on GitHub

Welcome to The Official Site of the MAME Development Team

What is MAME?

MAME is a multi-purpose emulation framework.

MAME’s purpose is to preserve decades of software history. As electronic technology continues to rush forward, MAME prevents this important "vintage" software from being lost and forgotten. This is achieved by documenting the hardware and how it functions. The source code to MAME serves as this documentation. The fact that the software is usable serves primarily to validate the accuracy of the documentation (how else can you prove that you have recreated the hardware faithfully?). Over time, MAME (originally stood for Multiple Arcade Machine Emulator) absorbed the sister-project MESS (Multi Emulator Super System), so MAME now documents a wide variety of (mostly vintage) computers, video game consoles and calculators, in addition to the arcade video games that were its initial focus.

License

The MAME project as a whole is distributed under the terms of the GNU General Public License, 2 (GPL-2.0), since it contains code made available under multiple GPL-compatible licenses. A great majority of files (over 90% including core files) are under the BSD-3-Clause License and we would encourage new contributors to distribute files under this license.

Please note that MAME is a registered trademark of Gregory Ember, and permission is required to use the "MAME" name, logo or wordmark.

Thank You, FOSDEM '21!

21 Feb 2021

In case you missed our presentation at FOSDEM ’21 (FOSDEM - Free and Open source Software Developers' European Meeting) on Saturday, February 6, 2021, we've uploaded the video that MAME's development and release manager Vas Crabb ("cuavas") contributed to our very own YouTube channel!

(Don't worry, it’s not all that technical - Vas created the presentation to be approachable no matter the skill level or whether the viewer is new to MAME or not.)

Thanks go to FOSDEM's organizers for a great weekend's worth of presentations embracing and supporting the open source community.

Due to technical issues early on Saturday, our live Q&A was not recorded.

Slides are available on FOSDEM's website.

Update: We've now also added a playlist where you can view most past presentations (CAX 2008, Summer Assembly 2009, Revision 2012, BalCCon2k15, CppCon 2016, Ekoparty 13 (2017), Ekoparty 14 (2018), FOSDEM '21) to our YouTube channel: https://www.youtube.com/playlist?list=PLMof4txXwGz3g_WJOtsX3FlGq_KT7WCeg

See you at FOSDEM!

03 Feb 2021

MAME developer Vas Crabb will be giving a talk at FOSDEM ’21. Due to the ongoing pandemic and associated movement restrictions, FOSDEM ’21 will be held online. This is great news for a lot of us, because it means we can attend without having to travel to Belgium. Vas will be speaking in the Emulator Development room, on Saturday 6 February, from 10:00 AM to 11:00 AM, Central European time (UTC+1). The hour will include a presentation followed by a live Q&A session. There’s information on how to attend and participate here.

MAME 0.228

27 Jan 2021

Has it already been an entire month? It must have been, because MAME 0.228 is ready today! We’ve added support for two very rare arcade games this month. The first is Namennayo, an overhead-view obstacle course game making unauthorised use of Satoru Tsuda’s Nameneko characters. The second is Get A Way, an overhead-view racing game made by Universal, touted as the “first game in the world to feature a 16-bit microcomputer.” Universal went on to create the much loved Mr. Do! character. Emulation is preliminary – while the game is playable, there are some graphical issues, and sound is absent.

In other arcade emulation news, Windy Fairy has made a triumphant return, bringing numerous fixes for issues affecting Bemani rhythm games running on System 573 hardware. Thanks to the persistent efforts of David “Haze” Haywood, various fruit machines from JPM are starting to become playable in MAME. Interestingly, these machines rely on similar Brooktree RAMDACs to NCD X11 terminals, and Motorola DUARTs used by numerous other systems emulated in MAME. A complete dump of the type 01 program for Zaccaria’s Cat and Mouse has finally been obtained, making both known versions of this obscure game playable at last.

For hand-held consoles, the WonderSwan and WonderSwan Color have had an overhaul, and Game Gear X-Terminator cartridges are now supported. Several Bandai RX-78 cartridges have been dumped, exercising more aspects of the emulation and allowing several shortcomings to be fixed. We’ve also made some progress on emulating Apple’s floppy drive controllers, providing a path to support for SuperDrive high-density floppy drives, and eventually the HD20 external hard disk.

There’s been plenty more happening, including a new LCD shader from cgwg, all the latest FM Towns software dumps, fixes for recent regressions, and more code modernisation. You can read all about it in the whatsnew.txt file, and get the source and 64-bit Windows binary packages from the download page.

Read the rest of this entry »

MAME 0.227

31 Dec 2020

It’s time to say goodbye to 2020, and we’re doing that with the release of MAME 0.227, the fruit of our extended November/December development cycle. A lot has happened in these two months, in terms of internal improvements to MAME as well as user-visible changes. If you’ve been following along with development, you’ll have noticed that we’ve migrated MAME to C++17, overhauled the Lua interface, further streamlined and enhanced the emulated memory system, and cleaned up a lot of ageing code.

MAME 0.227 adds preliminary support for macOS on AArch64, also known as “Apple Silicon”. Please note that we lack a native A64 recompiler back-end, and there are some issues with our C recompiler back-end. If you’re running an A64 build of MAME, you can disable recompilers for most systems that use them with the -nodrc option on the command line. You may get better performance for emulated systems with MIPS III or PowerPC processors by running an x86-64 build of MAME under Rosetta 2 with recompilers enabled. (Yo, ’sup dawg. I heard you like recompilers…)

Lots of long-standing issues have been fixed in this release. Missing platforms in stage 15 of Sega’s Quartet now appear properly. This relies on a protection microcontroller feature that we were previously unaware of. Protection features that are only used late in the game have been a recurring source of frustration not just for emulator developers, but also for arcade bootleggers, and even publishers re-issuing old games in new formats. It seems Sega missed this feature in their Astro City Mini release. Another long-standing protection issue was fixed this month that made Atari’s Rampart impossible to complete on Veteran difficulty. This one was actually a regression that managed to stay unresolved for years, possibly because the game’s high difficulty makes it difficult to reach. While we’re on the topic, protection simulation has been added for the versions of Sega’s Carnival that run on Head On hardware.

While protection emulation may encompass the most noticeable fixes, lots of other things that have been improved as well. Graphical issues have been fixed in Chase Bombers, Championship Bowling, and Prop Cycle. NFL Blitz ’99 no longer skips animations in attract mode. DIP switch descriptions have been corrected in 3-D Bowling, Bloxeed and Mahjong Tenkaigen. Game switching now works on Multipede, and Klax bootlegs are playable, with working sound.

It wouldn’t be a MAME release without new supported systems. This month we’ve got TV games from dreamGEAR, JungelTac, LexiBook and Senario. As always, the quality varies enormously. New versions of 1944: The Loop Master, Cookie & Bibi 2, F-1 Grand Prix, Forgotten Worlds, and Narc have been found and dumped. One of the newly supported Narc versions is particularly interesting, as it appears to be an early test version, lacking a substantial amount of content found in other versions of the game. Another incomplete copy of Unico’s Master’s Fury was found, which could be combined with the previous incomplete set to make the game playable.

Finally, there are a few improvements to the internal user interface. There are more controls for screenshots, aspect ratio and scaling accessible from the Video Options menu. You can now use NOT codes when assigning analog joystick axes to digital inputs. The menus for the Cheat and Autofire plugins have been made more consistent.

Of course, there’s far more that we don’t have space for here, but you can read all about it in the whatsnew.txt file, and get the source and 64-bit Windows binary packages from the download page. It’s been a very tough year for a lot of us, but it’s still been a great year for MAME development. Thanks to everyone who contributed this year, even if it was just a kind word or helping out a user on a community forum. Have a great new year, and keep the spirit of digital preservation alive!

Read the rest of this entry »

Lua in MAME: Time for an Overhaul

27 Dec 2020

If you’ve been following along during our extended November/December development cycle for MAME 0.227, you might have noticed that we’ve migrated MAME to C++17. As part of this, we’ve upgraded the C++/Lua interface library to sol3. This has necessitated a shake-up of the Lua interface code. We’ve taken this opportunity to re-think some of MAME’s Lua interfaces.

Some of the changes are not backwards-compatible and will require scripts to be migrated. However, we believe these changes make our Lua interface more robust and efficient as well as making the Lua syntax more idiomatic. We’ve exposed more functionality, too. Most of the breaking changes fall into a few categories:

  • Better aligning the Lua interface with MAME’s architecture.
  • Using container wrappers rather than building Lua tables.
  • Replacing simple getter methods with read-only properties.
  • Moving the Lua API reference to our documentation web site.

In particular, using container wrappers makes a lot of properties far more efficient because the collection no longer needs to be iterated and copied into a Lua table for every access. We’ll go through most of the breaking changes and touch on some of the new functionality here. There will still be occasional changes to the Lua APIs going forward, but we’re not anticipating another major upheaval like this soon.

Read the rest of this entry »

MAMEdev presents: Video Klein

13 Dec 2020

Thanks to the kind generosity of Wolfgang Nottebaum, managing director of Video Klein Automatenbau GmbH, we can provide ROMs for several German video poker games. The ROMs are freely available for personal use. Most of the games come from Video Klein’s popular Witch Card series. Notably, Witch Strike is one of the many games designed to comply with the letter of laws banning video poker games by eschewing playing card graphics and gambling terminology.

The ROMs are available for download from our ROMs page. All the games have internal artwork that shows the control panel button lamps. The buttons are clickable if you run MAME in windowed mode with mouse capture disabled. For games that require initial setup, instructions are provided on the download pages.

MAME 0.227 Release Delayed to December 2020

14 Nov 2020

The slipping of release dates is nothing new in software development; it can, and does, happen with some frequency, for a whole assortment of reasons. That said, with an aim towards increasing the transparency with which the MAME team operates, we have taken the unprecedented step of announcing it, and issuing a (hopefully) reasonable explanation as to why.

The simple, and non-technical, reason for this decision is that the overall stability of the codebase, after some major changes under the hood in order to rectify technical debt after the release of MAME 0.226, is not where we would like it to be. As with many projects, we have a boilerplate set of tests which are run on a regular basis. When any major change to the core codebase occurs, there is the chance for instability – for reasons which will be clear in the more technical description to follow, the change was downright guaranteed to cause issues, despite the overall benefits once these issues are rectified. The metrics that have come from those tests indicate that the rate at which we are burning through regressions is not such that we can be reasonably assured of having a stable build by the time that it is necessary to have one to maintain a monthly release cadence.

Read the rest of this entry »