MAME Git (2015/01/10) is compiled. MAME stands for Multiple Arcade Machine Emulator. When used in conjunction with images of the original arcade game's ROM and disk data, MAME attempts to reproduce that game as faithfully as possible on a more modern general-purpose computer. MAME can currently emulate several thousand different classic arcade video games from the late 1970s through the modern era.

MAME Git Changelog:
* New games added or promoted from NOT_WORKING status
---------------------------------------------------
- Pop'n Music 3 (ver JA-A) [R. Belmont]
* Aligned sdlfile.c to winfile.c (which is actually included by sdl).
Consequently removed quite some dead code spread across different files.
* Moved OSX osd_sleep and friends to modules/lib (nw)
* For unix and windows, moved osd_ticks() and friends to
src/osd/modules/lib. For mainline and SDL windows the implementations
slightly differed. Dropped the SDL one in favour of mainline windows
osd_ticks() implementation. (nw)
* Fix windows compile and add missing files. (nw)
* Merge branch 'master' of https://github.com/mamedev/mame.git
* actually this is less invasive, based on code that was already there, and works in all cases, previous attempt failed when writing sfiii3 nvram (nw)
* ioport: added a PORT_DEVICE flag to identify inputs of any kind which are
connected to a device different from the root_device. these are the dynamical
inputs and it might be useful to be able to catch them without performing a
string comparison of the device tag against the root_device one. [Fabio Priuli]
ui: start displaying the device tag close to input names for the dynamical inputs
which use PORT_DEVICE, so to avoid some weird quirks in the input menus
when slot devices are modified. [Fabio Priuli]
out of whatsnew: for testing purposes I have added PORT_DEVICE only to serial inputs (bus/rs232)
and SMS controllers (bus/smsctrl). if you want to test these with slot devices of a driver you are more
familiar with, just add the macro to the inputs you want to test.
note: it is under discussion whether PORT_DEVICE is in fact useful, or if a string comparison for each
input port is not too costly in terms of performances and thus enough for our scopes... we will see the
result of the discussion, but in any case it will remain possible to match the sets of inputs with their
device :)
* Moved osd midi stuff to osd/modules/midi. Needed to touch a couple of
other files so that mame compiles and links. Tested SDL build
(linux/windows).
* restore path creation in SDLMAME builds on Windows.
note, this is a bit ugly, I humbly ask that if somebody has a better solution they revert this and apply it instead.
The root of this issue is when SDL builds on Windows were converted over to simply using the WIndows file handling (so that large files requiring 64-bit pointers. eg. laserdisc CHDs would work) sdlfile.c simply includes winfile.c from the Windows code.
The rest of the SDL code is however passing incorrect slashes in the paths to the Windows code, causing it to fail when creating new folders.
To fix this I've simply copied a #if defined that was used in the sdlfile.c code, and applied it to the winfile.c code in places where path seperators are used, thus fixing the issue for both regular and SDL builds on Windows. It might however be more appropriate to filter / correct these further up?
* i forgot 1 file
* Merge branch 'master' of https://github.com/mamedev/mame.git
* tispeak.c: added TI Language Tutor (preliminary, need to figure out why it's buggy)
* Merge pull request #98 from p1pkin/naomi#0
new NOT WORKING
* new NOT WORKING
Shakatto Tambourine (Rev B) (GDS-0002B) [rtw, ShouTime]
game name corrections & docs [MetalliC]
note: key PIC is missing and WANTED!

Download:MAME Git (2015/01/10) x86
Download:MAME Git (2015/01/10) x64
Source: Here