libretro / mame2003-libretro Goto Github PK

MAME 0.78 for libretro. Compatible with MAME 0.78 sets.

License: Other

Makefile 0.08% Perl 0.01% C 96.18% C++ 0.06% Objective-C 0.01% Assembly 3.62% Python 0.07% Faust 0.01%

mame2003-libretro's Introduction

mame2003-libretro

MAME as it was in 2003, using the libretro API. Suitable for lower-end devices that would struggle to run current versions of MAME (later versions of MAME are increasingly accurate, thus can perform worse).

ROMset compatibility with MAME 2003

View our live compatibility table. See an incorrect entry? Create a new issue to let us know!

The MAME 2003 core accepts MAME 0.78 ROMsets. Each version of an arcade emulator must be used with ROMs that have the same exact version number. For example, MAME 0.37b5 ROMsets are required by the MAME 2000 emulator, but MAME 0.37b5 sets will not work correctly with the MAME 2003 or MAME 2010 emulator cores. Those cores require MAME 0.78 and MAME 0.139 ROM sets, respectively.

File-not-found errors are the result of a ROMset that is wrong or incomplete, including if you're trying to run a "Split" clone .zip without the parent .zip present. "Non-Merged ROM" romset collections do not require parent .zips to be present. "Full Non-Merged" romset collections do not require the parent .zip or the BIOS .zip; Full Non-Merged romsets are fully standalone.

Additional configuration information:

Official documentation: https://docs.libretro.com/library/mame_2003/
RetroPie's documentation: https://retropie.org.uk/docs/lr-mame2003/

Development reference links:

MAME: Benchmarks, Useful Code, Bug Fixes, Known Issues at anthrofox.org
diff file which records efforts taken to address the unaligned memory issue
Directory of xmame diffs - Offline as of March 2017

mame2003-libretro's People

Contributors

Stargazers

Watchers

mame2003-libretro's Issues

Mouse support

mame2010 supports this - see https://github.com/libretro/mame2010-libretro/blob/a4537c34e89dd0e1402ee1a79943104dbe47c90f/src/osd/retro/retroinput.c#L625

It should be possible in this core also, and would be good for trackball games (eg Centipede) and lightgun games, and possibly spinner games also.

I'll try and do this at some point, but flagging it in case anyone else wants to try :)

Audio samples path

I could not find this information anywhere [yet], so I'm trying here...

Does libretro MAME 2003 handles audio samples (wave files) for arcade games that required this on MAME 0.78?

Is so, where is the default folder location the core is seeking for them?

Is there a way to configure the target folder?

Xybots (and clones) missing RetroPad mapping

Xybots should have action buttons (twist) mapped to RetroPad buttons by default and not only key strokes.

Libretro organization

Hi there,

great work yet again. I was wondering if you feel like moving this over to the libretro organization as well as the dosbox repo. You'll retain full administrative control as with your Desmume repository.

Core Input Remapping not available in Retroarch GUI

Hi,

Core Input Remapping is required as it seems the control layouts for some games don't translate correctly to the RetroPad defaults. Eg, in street fighter 2, I'd want to use the SNES layout:
Y=Light Punch
X=med Punch
L=Heavy Punch
B=Light kick
A=med kick
R=Heavy Kick
But even if my pad is configured correctly as a retropad, SF2.zip registers:
B=Light Punch
Y=Med Punch
X=Heavy Punch
A=Light Kick
L=Med Kick
R=Heavy Kick
I could reconfigure these, but that would mean that in the RGUI, A is no longer confirm, B is no longer back, etc.

I'm told that Core Input Remapping should be available in the RGUI quick menu, which would allow me to ensure my RGUI controls are correct, even if I reconfigure my inputs, but this option is not there. Apparently this option is absent when cores do not implement input descriptors? See libretro/fbalpha2012#48

So ideally this core would implement these descriptors and then I think I could reconfigure everything :) Cheers!

Bubble Bobble 2 / Bubble Bobble Symphony sound problems

Hi! BB2/BBS works on my Snes Mini with RetroArch and the line /mame2003. However, the sound has issues, latency problems and samples cut off. Everything is slooooow!
Gameplay is also affected a bit...seems everything runs too slowly.

Any ideas?

various rom issues and system 32/multi 32 problems (WiiU Core)

The following are from testing done using the latest WiiU core.

MAME
dbz2 - has minor grafx glitches
lucky and wild - cant aim to fire. some grafx glitches
mk2-3 - works perfect but has low volume
ninja baseball batman - bad audio, some grafx glitches
primal rage - loads, way too slow(probably will never be fullspeed), has some grafx glitches
mk3u - runs great, has minor grafx glitches
crusnusa - asks to hit enter key to proceed, cant assign key though
sonic arcade - suggest trying "sonicp" rom instead, which crashes mame

system 32: not loading at all(maybe mame2003 doesnt support system32/multi32?)
alien3
dbzvrvs
ga2
gaxeduel
rad mobile
rad rally

system multi 32: not loading
outrunners

konami gx hardware: not loading
Salamander2

edit: also im unsure as to whether or not the PGM driver is functional in FBA. Dodonpachi II and Demon Front wont load and they are verified roms from the correct set.

DCS games (MK2, etc) slowly overflow(?) the buffer, periodically distorting sound [$60]

Tested on Raspberry Pi 3 and OSX x64, and the DCS speedhack on/off, with same results.

If you play MK2 for around 10 minutes, it will start to distort the audio (heavy buzzing and overlapping samples), for about a minute, before eventually settling down, but with an ever increasing audio latency. if you keep playing for another 10 minutes, the process will repeat, with the latency getting worse and worse.

i debugged this by enabling all the various logs in dcs.c here https://github.com/libretro/mame2003-libretro/blob/master/src/sndhrdw/dcs.c#L13, and replacing all logerror(..) with printf(..). this prints a variety of info to the console. mostly a lot of this:

DCS dac update: bytes in buffer = 398
DCS dac update: bytes in buffer = 531
DCS dac update: bytes in buffer = 424
DCS dac update: bytes in buffer = 557
DCS dac update: bytes in buffer = 449
DCS dac update: bytes in buffer = 342
DCS dac update: bytes in buffer = 475
DCS dac update: bytes in buffer = 368
DCS dac update: bytes in buffer = 500
DCS dac update: bytes in buffer = 393

i noticed that during the periods of distortion, the bytes used by the buffer, reported by https://github.com/libretro/mame2003-libretro/blob/master/src/sndhrdw/dcs.c#L915, are close to the defined DCS_BUFFER_SIZE of 4096 (https://github.com/libretro/mame2003-libretro/blob/master/src/sndhrdw/dcs.c#L23). the distortion goes away as it begins to go over 4096 bytes, and then will start up again as it reaches 8192, etc.

if you raise DCS_BUFFER_SIZE to 8192, it takes longer for the issues to start, but it still has the same problem, as the bytes in the buffer will continue to rise forever.

i don't know ANYTHING about audio programming, but i would have thought the buffer size should act as a limit, which cannot be exceeded? it seems this is quite happy to go above the buffer :) i want to try and preempt this behavior and reset the buffer before it reaches of DCS_BUFFER_SIZE, but i'm not sure if this is the right approach, or how to do it.

PS, if you want to quickly recreate this, just set DCS_BUFFER_SIZE to 1024 or something lower, and it will start happening in a few minutes.

mame nag message on every load + needs keyboard

the generic mame 'nag' message appears when you load every rom. This might be just generic to mame emulators (although not for every one I've tried), but currently it won't let you move on until you type "ok" on the keyboard. I don't want a keyboard plugged into my emulation system! :)

Bally MCR Games, can't add credits.

Trying Tapper and Satan's Hollow, the games start but I can't add credits.

object file errors during concurrent building

According to the original Readme, sometimes there are object file errors during concurrent building.

The Readme has this to suggest about the issue: "When using concurrent building you may get an error that it can't create certain object files, just rerun make if it happens."

Things have changed in the Makefile since then. Is this still an Issue?

DAR vs PAR ratio

Following this commit: f68d70b mame2003 always uses PAR. This is good for most games, but any games which don't use 'square' pixels (eg CPS2 games), they appear wider than than they should. I don't believe standalone does this so it should be possible to use DAR by retrieving MAME's internally calculated aspect ratio. Perhaps this could be a core option, like libretro-fba.

[Android] Core appears to be broken.

After updating to 1.41 on Android, I found I couldn't load anything with the MAME 2003 core. It seems to display the initial frame, then locks up. Tested with my GPD XD, Nexus 5 phone and Nexus 9 tablet.

This core isn't the most reliable at the best of times, but it ran most ROMs in 1.3.6. Since I'm using the nightlies from the online updater, I'm not sure if the core itself has been broken by a recent update. The current build works fine under Linux.

Artwork support

I've attempted implementing this on a branch (link to come), but when turned on the image was corrupted - all green and distorted. not sure why, but flagging this as an issue so I can come back to it.

MAME sees double-inputs when RetroPad is actually a keyboard--blocks <CODE_NOT> mapping

Player controls that originate as keyboard inputs configured in RetroArch are received TWICE by MAME--once as a RAW key, and again as the virtual RetroPad input. This can be revealed by attempting to create custom keymaps in the MAME GUI. It is a problem because it prevents complex mapping using the <CODE_NOT> technique. It affects anyone using a keyboard interface such as the common Ultimarc IPAC family of controllers (older versions are keyboard interfaces, newer versions can be set as keyboards or joypads via firmware).

For example, assume you have the LEFT ARROW mapped bound in RetroArch to Player 1 Left. If you bring up the MAME GUI, configure input (this game), select an input, and press ENTER, MAME waits for your input key. Press the LEFT Arrow and you get TWO inputs mapped as a <CODE_AND>. Instead of just LEFT, or even RetroPad1 Left, you get both: LEFT RetroPad1 Left. This is a problem because it prevents you from setting up <CODE_NOT> mappings. You cannot, for example, setup a single-joystick "tank stick" . If you wanted to map input to "up, not left" you normally hit ENTER on the input, then tap the joystick UP followed by LEFT LEFT. This does not work.

For more detail and examples, check this discussion on the RetroPie forums.

[windows] make argument list is too long

@r-type came out with a solution for MAME GIT but I don't really remember, that's the only thing stopping us from having this in the buildbot

SEGFAULT with namco system 1 board (backtrace) on raspberry pi 3

Seemingly all games using this board segfault in libretro-mame2003 when running on my pi3. Interestingly, the same games work fine on my Mac in this core, or running on the pi3 using libretro-mame2000.

I've tested
splatter.zip (Splatter House)
galaga88.zip (Galaga '88)
pacmania (Pac-Mania)

All produce a backtrace similar to the below:

pi@retropie:~/Work $ gdb --args /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so /home/pi/RetroPie/roms/mame-libretro/pacmania.zip
GNU gdb (Raspbian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /opt/retropie/emulators/retroarch/bin/retroarch...done.
(gdb) tty /dev/tty1
(gdb) dir /home/pi/Work/mame2003-libretro/
Source directories searched: /home/pi/Work/mame2003-libretro:$cdir:$cwd
(gdb) run
Starting program: /opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so /home/pi/RetroPie/roms/mame-libretro/pacmania.zip
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[New Thread 0x766aa460 (LWP 1272)]
[New Thread 0x75eaa460 (LWP 1273)]
[New Thread 0x719df460 (LWP 1274)]
[New Thread 0x711df460 (LWP 1275)]
[New Thread 0x709df460 (LWP 1276)]
[New Thread 0x701df460 (LWP 1277)]
[New Thread 0x6f77c460 (LWP 1278)]
Program received signal SIGSEGV, Segmentation fault.
0x737f850c in namcos1_paletteram_w (offset=14336, data=0 '\000') at src/vidhrdw/namcos1_vidhrdw.c:176
warning: Source file is more recent than executable.
176     namcos1_paletteram[offset] = data;
(gdb) backtrace
#0  0x737f850c in namcos1_paletteram_w (offset=14336, data=0 '\000') at src/vidhrdw/namcos1_vidhrdw.c:176
#1  0x73d277e8 in WM16 (p=0x74f059f8 <m6809+8>, Addr=38912) at src/cpu/m6809/m6809.c:416
#2  std_ix () at src/cpu/m6809/6809ops.c:2779
#3  0x73d2c274 in m6809_execute (cycles=142) at src/cpu/m6809/m6809.c:936
#4  0x7373b390 in cpunum_execute (cpunum=cpunum@entry=0, cycles=142) at src/cpuintrf.c:1193
#5  0x7373e1b4 in cpu_timeslice () at src/cpuexec.c:621
#6  mame_frame () at src/cpuexec.c:375
#7  0x736d849c in retro_run () at src/libretro/libretro.c:273
#8  0x0001cc5c in core_ctl (state=state@entry=CORE_CTL_RETRO_RUN, data=data@entry=0x0) at libretro_version_1.c:326
#9  0x000268e4 in runloop_iterate (sleep_ms=0x7effe594, sleep_ms@entry=0x7effe58c) at runloop.c:1447
#10 0x0001c230 in rarch_main (argc=<optimized out>, argv=<optimized out>, data=0x0) at frontend/frontend.c:163
#11 0x769dc294 in __libc_start_main (main=0x7efff714, argc=1991249920, argv=0x769dc294 <__libc_start_main+276>, init=<optimized out>, 
    fini=0x10dc48 <__libc_csu_fini>, rtld_fini=0x76fdf408 <_dl_fini>, stack_end=0x7efff714) at libc-start.c:287
#12 0x000199a4 in _start ()

One thing I've noticed, is that all of the backtraces have offset set to 14336 at the point of failure. Not sure if that's relevant?

Happy to debug further if anyone has any guidance (I'm a few weeks into playing with C). Thanks!

Old games without sound. Samples directory?

Does anyone know where to put the samples directory? I'm trying to run space invaders , or turbo but they lack sound...Also Donkey Kong lacks some sounds. I've tried to put the directory samples in the same directory of this libretro dll but without luck. No sound.

Thanks a lot!

Cannot input coins via gamepad in some games if hotkey is select button

I'm unable to input credits by using gamepad select button in some games like galaxian, gnga, circusc, puckmana if hotkey is select button.
In some others like bombjack, arkangc, 1942a and timeplt it works fine.
If I disable hotkey button, everything works fine.
Do you have any ideas what may be causing this?

Extra key combinations for F2/TAB (Service and Config)

It'd be great if the Service Button and the MAME Menu button (F2 and Tab) could be mapped to SELECT+... sequences (SELECT + A,SELECT + Y, SELECT+DOWN, SELECT+UP SELECT + Right Trigger, SELECT + Left Trigger still available).

It'd allow to call these from a gamepad controller and/or a Raspberry Pi cabinet without having to connect a keyboard.

Expose which MAME options (inc. Vector options) as Core Options?

The original Readme file incorporated a development "todo" section. That purpose is fulfilled by github's Issue tracker now so I'm creating this Issue to support any discussion of the todo.

Does not compile on MinGW-w64

When compiling for Windows x64 with MinGW-w64, it appears to fail during linking with this error:

make (e=87): The parameter is incorrect.
makefile:163: recipe for target 'mame078_retro.dll' failed
make: *** [mame078_retro.dll] Error 87

Analogue Joystick support

A reminder for me. Analogue joystick support is in the code, it just has to be married up to the retropad abstraction. A good game to test this would be Afterburner.

Samples folder for Libreto Snes Mini? (Wizard of Wor)

Hello!

Wizard of Wor uses a small ROM without samples. It has a special wow.zip with sound samples, to be put in MAME's samples folder.

How can I run the game on my Snes Mini? RetroArch with /mame2003 runs the game but without sound. I don't have a samples folder.

Any ideas?

Doesn't use its internal zlib's headers

src/mame_unzip.c:8:18: fatal error: zlib.h: No such file or directory
#include <zlib.h>
^
compilation terminated.
makefile:159: recipe for target 'obj/mame/mame_unzip.o' failed

mame2003 "will have errors" on 64-bit platforms

This issue is sourced from the original MAME 2003 readme which said that the core "Will have errors on 64-bit platforms." As it is, the statement is not especially helpful, and leads to more questions:

What kind of errors? How serious -- do some games only work on 32 bit platforms?
Should users seek out 32 bit compiles of the core and avoid 64-bit compiles? Or does it mean that running any version of the core on a 64 operating system will lead to these errors?

Does not compile using pbuilder / debhelper

I did install Retroarch and a core ahead of time in-case there was a prerequisite file included in them. Here are the Debian files. Pretty basic, essentially what you use on the PPA builds.

Error snip:

src/../deps/zlib/unzip.o mame2003_libretro.so
make[1]: Leaving directory '/tmp/buildd/libretro-mame2003-0.78+git+bsos2'
   dh_clean
 debian/rules build
dh build
   dh_testdir
   dh_auto_configure
   dh_auto_build
make[1]: Entering directory '/tmp/buildd/libretro-mame2003-0.78+git+bsos2'
gcc: error: amd64: No such file or directory
Makefile:283: recipe for target 'src/libretro/libretro.o' failed
make[1]: *** [src/libretro/libretro.o] Error 1
make[1]: Leaving directory '/tmp/buildd/libretro-mame2003-0.78+git+bsos2'
dh_auto_build: make -j1 returned exit code 2
debian/rules:25: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package
W: no hooks of type C found -- ignoring
I: unmounting dev/pts filesystem
I: unmounting run/shm filesystem
I: unmounting proc filesystem
I: cleaning the build env 
I: removing directory /var/cache/pbuilder/build//5839 and its subdirectories

Build log:
http://sprunge.us/TLiL

savestate_auto_save and savestate_auto_load do not work?

That may be something obvious from the project perspective, but it does not look documented (known issue/limitation?) that this core does not handle libretro autosave feature (yet?).

I could not observe any evidence (although the save state file is created properly after quitting) that the emulator loads the state back when relaunching a game (experimenting on Raspberry Recalbox). Some (forum threads) mention that the core loads the state then resets right after.

Manual savestate/loadstate works well however.

[Enhancement] Vector resolution settings

It would be good to be able to change the mame vector resolution options from the default 640x480, which is jaggy on larger screens. I thought the best approach would just be to use the current resolution (it programmatically corrects the ratio), but ran into problems at a very early stage:

dankcushions@31da6de

        // Set all options before starting the game
        options.samplerate = sample_rate;
        options.ui_orientation = uiModes[rotateMode];
        options.vector_intensity = 1.5f;
        options.skip_disclaimer = skip_disclaimer;
        options.use_samples = samples;
        options.cheat = cheats;
        // Testing vector stuff
        options.vector_width = 1920;
        options.vector_height = 1080;

Any test resolutions I put in above around 800x600 cause a segfault in the memory handlers. I'm not very familiar with debugging this sort of issue in C so I've given up, but if anyone else wants to have a go - please!

Mame.ini ???

Hi Everybody!

I'm trying to change the sample rate of mame 2003 with the file mame.ini but I don't know where to put it . I have tried in different locations system directory, mame directory ...but without luck.

Does anyone knows where exactly to put the mame.ini ?

Thanks a lot in advance!

regression: mcr-2 and mcr-3 driver (rampage, tron, tapper, spy hunter, etc)

I have not been able to get rampage or rampage2 to work correctly with two different builds of MAME 2003 that are about a year apart.

However I am able to download the original mame 0.78 binary from mamedev and both titles seem totally playable. Can anyone else confirm that this is a regression or other issue?

Does not compile

Hi.
compile environment：
1.linux: Ubuntu 11.04(64 bit)
2.ndk version： android-ndk-r10
3.libretro-super version： SHA:0b0414521ae63dea2b877bd826b89c81319ad804 link:https://github.com/libretro/libretro-super/tree/0b0414521ae63dea2b877bd826b89c81319ad804(down in 10/21 2014 )
4.mame2003-libretro version: SHA:5705b927c60586668f51aff82ead0112cdbce71a link:https://github.com/libretro/mame2003-libretro/tree/5705b927c60586668f51aff82ead0112cdbce71a

mame2003 problems：
question 1: compile: ./libretro-build-android-mk.sh there are many files not found as:src/vidhrdw/truco.c;src/machine/gaelco2.c.......
question 2: find the files and modify the filename. libretro-super/libretro-mame078/src/libretro/jni/Android.mk as:src/vidhrdw/truco_vidhrdw.c;src/machine/gaelco2_machine.c......
at this step, compile and link ok,but it crashed when running this core after showing the copyright. Attatched the crash log.
Please help me to check this problem.
Thanks!

Fails to open roms from command line without full path

OS: Slackware64-current
RetroArch-2017.01.03_faf939856_master-x86_64-1_git
mame2003-libretro-2016.12.10_6fcd8cd_master-x86_64-1_git

mame2003-libretro fails to open roms from the command line if a full path is not specified.

Works:

retroarch -L /usr/lib64/libretro/mame2003_libretro.so ./pacman.zip
retroarch -L /usr/lib64/libretro/mame2003_libretro.so roms/pacman.zip
Starting the game from the menu.

Fails:

retroarch -L /usr/lib64/libretro/mame2003_libretro.so pacman.zip

pacman.6e    NOT FOUND
pacman.6f    NOT FOUND
pacman.6h    NOT FOUND
pacman.6j    NOT FOUND
pacman.5e    NOT FOUND
pacman.5f    NOT FOUND
82s123.7f    NOT FOUND
82s126.4a    NOT FOUND
82s126.1m    NOT FOUND
82s126.3m    NOT FOUND
ERROR: required files are missing, the game cannot be run.

This does work in mame2000-libretro.

I suspect this has to do with something around here, but I'm not quite sure what do about it...
https://github.com/libretro/mame2003-libretro/blob/master/src/libretro/libretro.c#L525

(Android) Sprites not dissapearing

This core seems to have the same issues with some Sega 16 games as FBA does on the PS3.

Sprites do not disappear in some games like they should after you have killed them, this makes Altered Beast totally unplayable. It also affects Golden Axe but it is still playable.

[Bounty: $10] enable Outrunners single screen mode

Edit by markwkidd:

Bounty contributions make a difference - please donate at this link today to support a fix for this issue

Issue

The Outrunners dip switch to change from dual screen mode to single screen mode does not have any effect. The dip switch does work in standalone MAME 0.78.

Resolution

This issue will be resolved and the bounty awarded when Outrunners and other titles affected by this regression can be configured for single screen mode as they can in standalone MAME 0.78.

Original post

outrunners works only in double screen, no way to switch to one screen by using the dip switch setting.
In AdvMame 0.94 the single screen mode works.

mame078 won't run on OS X after compilation.

I can get the core to compile, however when running it I get the following error from RetroArch:

RetroArch [ERROR] :: dylib_load() failed: "dlopen($HOME/Library/Application Support/RetroArch/Cores/libretro-mame078.dylib, 1): no suitable image found. Did find: $HOME/Library/Application Support/RetroArch/Cores/libretro-mame078.dylib: mach-o, but wrong architecture".

My guess is that since the core compiles 32-bit it's complaining, I tried mucking around in the makefile but can't get it to build a x86_64 library to test that though.

Option to make player 2 joystick operate as player 1 second stick

Feature suggestion:

I'd like to be able to use the player 2 joystick as a second stick for player 1 in dual-stick games like Robotron or SMASH TV.

Sound doesn't work in Namco Classic Collections Volume 1 & 2

Sound doesn't work in either game in lr-mame2003 (running on a Raspberry Pi 3).

It does work under another emulator (lr-mame2010), but that release still has an issue that renders vertical games in the wrong (stretched) aspect ratio.

mame global/per game config is not saved on exit

Hi, seems that the options in the mame menu (ie, the one you get when you press tab, not the retroarch GUI) are not saved on exit. The readme says directories should be created - I created /ini and /config in the /roms folder (with full permissions), and no difference.

It's annoying as it means I can't remap my fightstick for Street Fighter games, without going into retroarch and messing up all the retropad bindings for the GUI, etc.

Refresh Rates Wrong on some games ?

I noticed it on playing the game Robocop in Mame2003. The game plays slightly too fast. I turned on the FPS in the RetroArch menu and when sitting in the menu the Refresh Rate is reported correctly at 57.4 (for Robocop). When exiting the RetroArch menu and playing the game it goes up to 60 fps again which is too fast. I'm assuming this happens on all mame2003 games (that aren't 60Hz). Tested on Raspberry Pi 3.

Hiscore.dat doesn't seem to work in NES Classic.

I've uploaded the hiscore.dat file to etc\libretro\system\mame2003\hi, nevertheless mame2003 (running in a NES classic) doesn't save any high scores.

Am I placing the file in the wrong location?

errors on platforms without unaligned memory access support

The Readme file provided by the developers who first ported MAME 0.78 to libretro refers to "errors on platforms without unaligned memory access support."

That Readme file also included a link to diff file which records efforts taken to address the unaligned memory issue in xmame 0.106's source code: https://code.oregonstate.edu/svn/dsp_bd/uclinux-dist/trunk/user/games/xmame/xmame-0.106/src/unix/contrib/patches/word-align-patch

Now that this source code is managed with a github repository, I'm moving this Issue from the Readme to a place where it is more likely to be discussed and explored in the future.

PS Vita Mame Menu

The R2 button don't exists on PS Vita, in the Mame Cores of PS Vita, the default button for MAME Menu is R2, I think it can be redefined by default to R1+L1, currently is not way to access to Dip Switches and Cheat menu.

Backport MIPS3/Killer Instinct to ARM and x86_64 platforms

Mouse input--not mapping player2

With recent updates, mouse inputs are now working well. Games with a single axis input appear to be mapped to the X-axis. However, player 2 inputs are not mapped. Several 2 player games would be playable with player 2 mapped to the Y-axis of the mouse input.

Non-Functional Right Joystick

MAME2003 is not recognizing input from the right joystick of a successfully mapped controller. I tried changing 'User 1 Device Type' to 'RetroPad w/ Analog' and it had no effect. This issue has been previously discussed in a few places, including:

http://blog.petrockblock.com/forums/topic/mame2003-ps3-controller-right-analog-stick/
https://retropie.org.uk/forum/topic/1773/retropie-3-8-trouble-with-ps2-or-ps3-controller-analog-mapping-with-lr-mame2003

Thanks for your time.

is there a windows version of this libretro?

I want to have the same collection that I have in my Pi in Windows

Enable mouse in lr-mame2003

How to enable mouse in lr-mame2003 to play Arkanoid ?
i try many thing but no issue .... (retroarch.cfg,etc...)
thx

Sound Problem PS Vita Core Mame2003

In the last version of PSVita core Mame2003, works pretty fast but now has problems with the sound on many games. like (wardner), some sounds are muted and the others are very strange like bad equalized. before the update when the core works slow, the sounds work great, with the optimization, the sound has problems.

Sorry, my english is not very good.

Compilation Error: swp{b} use is obsoleted for ARMv8 and later

cc -DGP2X -DALIGN_INTS -DALIGN_SHORTS -DINLINE="static __inline"  -DMAME_UNDERCLOCK -DMAME_FASTSOUND -DENABLE_AUTOFIRE -DBIGCASE -D__LIBRETRO__ -DIS_ARM=1 -DWANT_LIBCO -I./src/libretro/libretro-common/include -ffast-math -fPIC  -Isrc/zlib -Wno-sign-compare -Wunused -Wpointer-arith -Waggregate-return -Wshadow -Werror=implicit-function-declaration -I./src -I./src/libretro -I./src/libretro/libretro-common/include  -DHAS_Z80=1 -DHAS_8080=1 -DHAS_8085A=1 -DHAS_M6502=1 -DHAS_M65C02=1 -DHAS_M6510=1 -DHAS_N2A03=1 -DHAS_H6280=1 -DHAS_I86=1 -DHAS_I186=1 -DHAS_V20=1 -DHAS_V30=1 -DHAS_V33=1 -DHAS_I8035=1 -DHAS_I8039=1 -DHAS_I8048=1 -DHAS_N7751=1 -DHAS_M6800=1 -DHAS_M6801=1 -DHAS_M6802=1 -DHAS_M6803=1 -DHAS_M6808=1 -DHAS_HD63701=1 -DHAS_NSC8105=1 -DHAS_M6805=1 -DHAS_M68705=1 -DHAS_HD63705=1 -DHAS_M6805=1 -DHAS_HD6309=1 -DHAS_M6809=1 -DHAS_KONAMI=1 -DHAS_M68000=1 -DHAS_M68010=1 -DHAS_M68EC020=1 -DHAS_M68020=1 -DHAS_T11=1 -DHAS_S2650=1 -DHAS_TMS34010=1 -DHAS_TMS9980=1 -DHAS_Z8000=1 -DHAS_TMS320C10=1 -DHAS_CCPU=1 -DHAS_ADSP2100=1 -DHAS_ADSP2105=1 -DHAS_MIPS=1 -DHAS_CYCLONE=1 -DHAS_DRZ80=1 -DHAS_AY8910=1 -DHAS_YM2203=1 -DHAS_YM2151=1 -DHAS_YM2608=1 -DHAS_YM2610=1 -DHAS_YM2610B=1 -DHAS_YM2612=1 -DHAS_YM3438=1 -DHAS_YM2413=1 -DHAS_YM3812=1 -DHAS_YM3526=1 -DHAS_Y8950=1 -DHAS_CUSTOM=1 -DHAS_YMZ280B=1 -DHAS_POKEY=1 -DHAS_QSOUND=1 -DHAS_SN76477=1 -DHAS_SN76496=1 -DHAS_TMS36XX=1 -DHAS_TMS5220=1 -DHAS_SEGAPCM=1 -DHAS_DISCRETE=1 -DHAS_DAC=1 -DHAS_ADPCM=1 -DHAS_OKIM6295=1 -DHAS_SAMPLES=1 -DHAS_ASTROCADE=1 -DHAS_NES=1 -DHAS_NAMCO=1 -DHAS_VLM5030=1 -DHAS_MSM5205=1 -DHAS_UPD7759=1 -DHAS_HC55516=1 -DHAS_K005289=1 -DHAS_K007232=1 -DHAS_K051649=1 -DHAS_K053260=1 -DHAS_K054539=1 -DHAS_RF5C68=1 -DHAS_CEM3394=1 -DHAS_C140=1 -O2 -mcpu=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -pipe -O3 -c src/libretro/fileio.c -o src/libretro/fileio.o
cc -DGP2X -DALIGN_INTS -DALIGN_SHORTS -DINLINE="static __inline"  -DMAME_UNDERCLOCK -DMAME_FASTSOUND -DENABLE_AUTOFIRE -DBIGCASE -D__LIBRETRO__ -DIS_ARM=1 -DWANT_LIBCO -I./src/libretro/libretro-common/include -ffast-math -fPIC  -Isrc/zlib -Wno-sign-compare -Wunused -Wpointer-arith -Waggregate-return -Wshadow -Werror=implicit-function-declaration -I./src -I./src/libretro -I./src/libretro/libretro-common/include  -DHAS_Z80=1 -DHAS_8080=1 -DHAS_8085A=1 -DHAS_M6502=1 -DHAS_M65C02=1 -DHAS_M6510=1 -DHAS_N2A03=1 -DHAS_H6280=1 -DHAS_I86=1 -DHAS_I186=1 -DHAS_V20=1 -DHAS_V30=1 -DHAS_V33=1 -DHAS_I8035=1 -DHAS_I8039=1 -DHAS_I8048=1 -DHAS_N7751=1 -DHAS_M6800=1 -DHAS_M6801=1 -DHAS_M6802=1 -DHAS_M6803=1 -DHAS_M6808=1 -DHAS_HD63701=1 -DHAS_NSC8105=1 -DHAS_M6805=1 -DHAS_M68705=1 -DHAS_HD63705=1 -DHAS_M6805=1 -DHAS_HD6309=1 -DHAS_M6809=1 -DHAS_KONAMI=1 -DHAS_M68000=1 -DHAS_M68010=1 -DHAS_M68EC020=1 -DHAS_M68020=1 -DHAS_T11=1 -DHAS_S2650=1 -DHAS_TMS34010=1 -DHAS_TMS9980=1 -DHAS_Z8000=1 -DHAS_TMS320C10=1 -DHAS_CCPU=1 -DHAS_ADSP2100=1 -DHAS_ADSP2105=1 -DHAS_MIPS=1 -DHAS_CYCLONE=1 -DHAS_DRZ80=1 -DHAS_AY8910=1 -DHAS_YM2203=1 -DHAS_YM2151=1 -DHAS_YM2608=1 -DHAS_YM2610=1 -DHAS_YM2610B=1 -DHAS_YM2612=1 -DHAS_YM3438=1 -DHAS_YM2413=1 -DHAS_YM3812=1 -DHAS_YM3526=1 -DHAS_Y8950=1 -DHAS_CUSTOM=1 -DHAS_YMZ280B=1 -DHAS_POKEY=1 -DHAS_QSOUND=1 -DHAS_SN76477=1 -DHAS_SN76496=1 -DHAS_TMS36XX=1 -DHAS_TMS5220=1 -DHAS_SEGAPCM=1 -DHAS_DISCRETE=1 -DHAS_DAC=1 -DHAS_ADPCM=1 -DHAS_OKIM6295=1 -DHAS_SAMPLES=1 -DHAS_ASTROCADE=1 -DHAS_NES=1 -DHAS_NAMCO=1 -DHAS_VLM5030=1 -DHAS_MSM5205=1 -DHAS_UPD7759=1 -DHAS_HC55516=1 -DHAS_K005289=1 -DHAS_K007232=1 -DHAS_K051649=1 -DHAS_K053260=1 -DHAS_K054539=1 -DHAS_RF5C68=1 -DHAS_CEM3394=1 -DHAS_C140=1 -O2 -mcpu=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -pipe -O3 -c src/libretro/config.c -o src/libretro/config.o
cc -DGP2X -DALIGN_INTS -DALIGN_SHORTS -DINLINE="static __inline"  -DMAME_UNDERCLOCK -DMAME_FASTSOUND -DENABLE_AUTOFIRE -DBIGCASE -D__LIBRETRO__ -DIS_ARM=1 -DWANT_LIBCO -I./src/libretro/libretro-common/include -ffast-math -fPIC  -Isrc/zlib -Wno-sign-compare -Wunused -Wpointer-arith -Waggregate-return -Wshadow -Werror=implicit-function-declaration -I./src -I./src/libretro -I./src/libretro/libretro-common/include  -DHAS_Z80=1 -DHAS_8080=1 -DHAS_8085A=1 -DHAS_M6502=1 -DHAS_M65C02=1 -DHAS_M6510=1 -DHAS_N2A03=1 -DHAS_H6280=1 -DHAS_I86=1 -DHAS_I186=1 -DHAS_V20=1 -DHAS_V30=1 -DHAS_V33=1 -DHAS_I8035=1 -DHAS_I8039=1 -DHAS_I8048=1 -DHAS_N7751=1 -DHAS_M6800=1 -DHAS_M6801=1 -DHAS_M6802=1 -DHAS_M6803=1 -DHAS_M6808=1 -DHAS_HD63701=1 -DHAS_NSC8105=1 -DHAS_M6805=1 -DHAS_M68705=1 -DHAS_HD63705=1 -DHAS_M6805=1 -DHAS_HD6309=1 -DHAS_M6809=1 -DHAS_KONAMI=1 -DHAS_M68000=1 -DHAS_M68010=1 -DHAS_M68EC020=1 -DHAS_M68020=1 -DHAS_T11=1 -DHAS_S2650=1 -DHAS_TMS34010=1 -DHAS_TMS9980=1 -DHAS_Z8000=1 -DHAS_TMS320C10=1 -DHAS_CCPU=1 -DHAS_ADSP2100=1 -DHAS_ADSP2105=1 -DHAS_MIPS=1 -DHAS_CYCLONE=1 -DHAS_DRZ80=1 -DHAS_AY8910=1 -DHAS_YM2203=1 -DHAS_YM2151=1 -DHAS_YM2608=1 -DHAS_YM2610=1 -DHAS_YM2610B=1 -DHAS_YM2612=1 -DHAS_YM3438=1 -DHAS_YM2413=1 -DHAS_YM3812=1 -DHAS_YM3526=1 -DHAS_Y8950=1 -DHAS_CUSTOM=1 -DHAS_YMZ280B=1 -DHAS_POKEY=1 -DHAS_QSOUND=1 -DHAS_SN76477=1 -DHAS_SN76496=1 -DHAS_TMS36XX=1 -DHAS_TMS5220=1 -DHAS_SEGAPCM=1 -DHAS_DISCRETE=1 -DHAS_DAC=1 -DHAS_ADPCM=1 -DHAS_OKIM6295=1 -DHAS_SAMPLES=1 -DHAS_ASTROCADE=1 -DHAS_NES=1 -DHAS_NAMCO=1 -DHAS_VLM5030=1 -DHAS_MSM5205=1 -DHAS_UPD7759=1 -DHAS_HC55516=1 -DHAS_K005289=1 -DHAS_K007232=1 -DHAS_K051649=1 -DHAS_K053260=1 -DHAS_K054539=1 -DHAS_RF5C68=1 -DHAS_CEM3394=1 -DHAS_C140=1 -O2 -mcpu=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -pipe -O3 -c src/libretro/shared.c -o src/libretro/shared.o
cc -DGP2X -DALIGN_INTS -DALIGN_SHORTS -DINLINE="static __inline"  -DMAME_UNDERCLOCK -DMAME_FASTSOUND -DENABLE_AUTOFIRE -DBIGCASE -D__LIBRETRO__ -DIS_ARM=1 -DWANT_LIBCO -I./src/libretro/libretro-common/include -ffast-math -fPIC  -Isrc/zlib -Wno-sign-compare -Wunused -Wpointer-arith -Waggregate-return -Wshadow -Werror=implicit-function-declaration -I./src -I./src/libretro -I./src/libretro/libretro-common/include  -DHAS_Z80=1 -DHAS_8080=1 -DHAS_8085A=1 -DHAS_M6502=1 -DHAS_M65C02=1 -DHAS_M6510=1 -DHAS_N2A03=1 -DHAS_H6280=1 -DHAS_I86=1 -DHAS_I186=1 -DHAS_V20=1 -DHAS_V30=1 -DHAS_V33=1 -DHAS_I8035=1 -DHAS_I8039=1 -DHAS_I8048=1 -DHAS_N7751=1 -DHAS_M6800=1 -DHAS_M6801=1 -DHAS_M6802=1 -DHAS_M6803=1 -DHAS_M6808=1 -DHAS_HD63701=1 -DHAS_NSC8105=1 -DHAS_M6805=1 -DHAS_M68705=1 -DHAS_HD63705=1 -DHAS_M6805=1 -DHAS_HD6309=1 -DHAS_M6809=1 -DHAS_KONAMI=1 -DHAS_M68000=1 -DHAS_M68010=1 -DHAS_M68EC020=1 -DHAS_M68020=1 -DHAS_T11=1 -DHAS_S2650=1 -DHAS_TMS34010=1 -DHAS_TMS9980=1 -DHAS_Z8000=1 -DHAS_TMS320C10=1 -DHAS_CCPU=1 -DHAS_ADSP2100=1 -DHAS_ADSP2105=1 -DHAS_MIPS=1 -DHAS_CYCLONE=1 -DHAS_DRZ80=1 -DHAS_AY8910=1 -DHAS_YM2203=1 -DHAS_YM2151=1 -DHAS_YM2608=1 -DHAS_YM2610=1 -DHAS_YM2610B=1 -DHAS_YM2612=1 -DHAS_YM3438=1 -DHAS_YM2413=1 -DHAS_YM3812=1 -DHAS_YM3526=1 -DHAS_Y8950=1 -DHAS_CUSTOM=1 -DHAS_YMZ280B=1 -DHAS_POKEY=1 -DHAS_QSOUND=1 -DHAS_SN76477=1 -DHAS_SN76496=1 -DHAS_TMS36XX=1 -DHAS_TMS5220=1 -DHAS_SEGAPCM=1 -DHAS_DISCRETE=1 -DHAS_DAC=1 -DHAS_ADPCM=1 -DHAS_OKIM6295=1 -DHAS_SAMPLES=1 -DHAS_ASTROCADE=1 -DHAS_NES=1 -DHAS_NAMCO=1 -DHAS_VLM5030=1 -DHAS_MSM5205=1 -DHAS_UPD7759=1 -DHAS_HC55516=1 -DHAS_K005289=1 -DHAS_K007232=1 -DHAS_K051649=1 -DHAS_K053260=1 -DHAS_K054539=1 -DHAS_RF5C68=1 -DHAS_CEM3394=1 -DHAS_C140=1 -O2 -mcpu=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -pipe -O3 -c src/libretro/libretro-common/libco/libco.c -o src/libretro/libretro-common/libco/libco.o
cc -DGP2X -DALIGN_INTS -DALIGN_SHORTS -DINLINE="static __inline"  -DMAME_UNDERCLOCK -DMAME_FASTSOUND -DENABLE_AUTOFIRE -DBIGCASE -D__LIBRETRO__ -DIS_ARM=1 -DWANT_LIBCO -I./src/libretro/libretro-common/include -ffast-math -fPIC  -Isrc/zlib -Wno-sign-compare -Wunused -Wpointer-arith -Waggregate-return -Wshadow -Werror=implicit-function-declaration -I./src -I./src/libretro -I./src/libretro/libretro-common/include  -DHAS_Z80=1 -DHAS_8080=1 -DHAS_8085A=1 -DHAS_M6502=1 -DHAS_M65C02=1 -DHAS_M6510=1 -DHAS_N2A03=1 -DHAS_H6280=1 -DHAS_I86=1 -DHAS_I186=1 -DHAS_V20=1 -DHAS_V30=1 -DHAS_V33=1 -DHAS_I8035=1 -DHAS_I8039=1 -DHAS_I8048=1 -DHAS_N7751=1 -DHAS_M6800=1 -DHAS_M6801=1 -DHAS_M6802=1 -DHAS_M6803=1 -DHAS_M6808=1 -DHAS_HD63701=1 -DHAS_NSC8105=1 -DHAS_M6805=1 -DHAS_M68705=1 -DHAS_HD63705=1 -DHAS_M6805=1 -DHAS_HD6309=1 -DHAS_M6809=1 -DHAS_KONAMI=1 -DHAS_M68000=1 -DHAS_M68010=1 -DHAS_M68EC020=1 -DHAS_M68020=1 -DHAS_T11=1 -DHAS_S2650=1 -DHAS_TMS34010=1 -DHAS_TMS9980=1 -DHAS_Z8000=1 -DHAS_TMS320C10=1 -DHAS_CCPU=1 -DHAS_ADSP2100=1 -DHAS_ADSP2105=1 -DHAS_MIPS=1 -DHAS_CYCLONE=1 -DHAS_DRZ80=1 -DHAS_AY8910=1 -DHAS_YM2203=1 -DHAS_YM2151=1 -DHAS_YM2608=1 -DHAS_YM2610=1 -DHAS_YM2610B=1 -DHAS_YM2612=1 -DHAS_YM3438=1 -DHAS_YM2413=1 -DHAS_YM3812=1 -DHAS_YM3526=1 -DHAS_Y8950=1 -DHAS_CUSTOM=1 -DHAS_YMZ280B=1 -DHAS_POKEY=1 -DHAS_QSOUND=1 -DHAS_SN76477=1 -DHAS_SN76496=1 -DHAS_TMS36XX=1 -DHAS_TMS5220=1 -DHAS_SEGAPCM=1 -DHAS_DISCRETE=1 -DHAS_DAC=1 -DHAS_ADPCM=1 -DHAS_OKIM6295=1 -DHAS_SAMPLES=1 -DHAS_ASTROCADE=1 -DHAS_NES=1 -DHAS_NAMCO=1 -DHAS_VLM5030=1 -DHAS_MSM5205=1 -DHAS_UPD7759=1 -DHAS_HC55516=1 -DHAS_K005289=1 -DHAS_K007232=1 -DHAS_K051649=1 -DHAS_K053260=1 -DHAS_K054539=1 -DHAS_RF5C68=1 -DHAS_CEM3394=1 -DHAS_C140=1 -O2 -mcpu=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -pipe -O3 -c src/cpu/m68000_cyclone/cyclone.s -o src/cpu/m68000_cyclone/cyclone.o
In file included from src/libretro/libretro-common/libco/libco.c:14:0:
src/libretro/libretro-common/libco/armeabi.c:39:13: warning: ‘crash’ defined but not used [-Wunused-function]
 static void crash(void)
             ^
cc -DGP2X -DALIGN_INTS -DALIGN_SHORTS -DINLINE="static __inline"  -DMAME_UNDERCLOCK -DMAME_FASTSOUND -DENABLE_AUTOFIRE -DBIGCASE -D__LIBRETRO__ -DIS_ARM=1 -DWANT_LIBCO -I./src/libretro/libretro-common/include -ffast-math -fPIC  -Isrc/zlib -Wno-sign-compare -Wunused -Wpointer-arith -Waggregate-return -Wshadow -Werror=implicit-function-declaration -I./src -I./src/libretro -I./src/libretro/libretro-common/include  -DHAS_Z80=1 -DHAS_8080=1 -DHAS_8085A=1 -DHAS_M6502=1 -DHAS_M65C02=1 -DHAS_M6510=1 -DHAS_N2A03=1 -DHAS_H6280=1 -DHAS_I86=1 -DHAS_I186=1 -DHAS_V20=1 -DHAS_V30=1 -DHAS_V33=1 -DHAS_I8035=1 -DHAS_I8039=1 -DHAS_I8048=1 -DHAS_N7751=1 -DHAS_M6800=1 -DHAS_M6801=1 -DHAS_M6802=1 -DHAS_M6803=1 -DHAS_M6808=1 -DHAS_HD63701=1 -DHAS_NSC8105=1 -DHAS_M6805=1 -DHAS_M68705=1 -DHAS_HD63705=1 -DHAS_M6805=1 -DHAS_HD6309=1 -DHAS_M6809=1 -DHAS_KONAMI=1 -DHAS_M68000=1 -DHAS_M68010=1 -DHAS_M68EC020=1 -DHAS_M68020=1 -DHAS_T11=1 -DHAS_S2650=1 -DHAS_TMS34010=1 -DHAS_TMS9980=1 -DHAS_Z8000=1 -DHAS_TMS320C10=1 -DHAS_CCPU=1 -DHAS_ADSP2100=1 -DHAS_ADSP2105=1 -DHAS_MIPS=1 -DHAS_CYCLONE=1 -DHAS_DRZ80=1 -DHAS_AY8910=1 -DHAS_YM2203=1 -DHAS_YM2151=1 -DHAS_YM2608=1 -DHAS_YM2610=1 -DHAS_YM2610B=1 -DHAS_YM2612=1 -DHAS_YM3438=1 -DHAS_YM2413=1 -DHAS_YM3812=1 -DHAS_YM3526=1 -DHAS_Y8950=1 -DHAS_CUSTOM=1 -DHAS_YMZ280B=1 -DHAS_POKEY=1 -DHAS_QSOUND=1 -DHAS_SN76477=1 -DHAS_SN76496=1 -DHAS_TMS36XX=1 -DHAS_TMS5220=1 -DHAS_SEGAPCM=1 -DHAS_DISCRETE=1 -DHAS_DAC=1 -DHAS_ADPCM=1 -DHAS_OKIM6295=1 -DHAS_SAMPLES=1 -DHAS_ASTROCADE=1 -DHAS_NES=1 -DHAS_NAMCO=1 -DHAS_VLM5030=1 -DHAS_MSM5205=1 -DHAS_UPD7759=1 -DHAS_HC55516=1 -DHAS_K005289=1 -DHAS_K007232=1 -DHAS_K051649=1 -DHAS_K053260=1 -DHAS_K054539=1 -DHAS_RF5C68=1 -DHAS_CEM3394=1 -DHAS_C140=1 -O2 -mcpu=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -pipe -O3 -c src/cpu/m68000_cyclone/c68000.c -o src/cpu/m68000_cyclone/c68000.o
cc -DGP2X -DALIGN_INTS -DALIGN_SHORTS -DINLINE="static __inline"  -DMAME_UNDERCLOCK -DMAME_FASTSOUND -DENABLE_AUTOFIRE -DBIGCASE -D__LIBRETRO__ -DIS_ARM=1 -DWANT_LIBCO -I./src/libretro/libretro-common/include -ffast-math -fPIC  -Isrc/zlib -Wno-sign-compare -Wunused -Wpointer-arith -Waggregate-return -Wshadow -Werror=implicit-function-declaration -I./src -I./src/libretro -I./src/libretro/libretro-common/include  -DHAS_Z80=1 -DHAS_8080=1 -DHAS_8085A=1 -DHAS_M6502=1 -DHAS_M65C02=1 -DHAS_M6510=1 -DHAS_N2A03=1 -DHAS_H6280=1 -DHAS_I86=1 -DHAS_I186=1 -DHAS_V20=1 -DHAS_V30=1 -DHAS_V33=1 -DHAS_I8035=1 -DHAS_I8039=1 -DHAS_I8048=1 -DHAS_N7751=1 -DHAS_M6800=1 -DHAS_M6801=1 -DHAS_M6802=1 -DHAS_M6803=1 -DHAS_M6808=1 -DHAS_HD63701=1 -DHAS_NSC8105=1 -DHAS_M6805=1 -DHAS_M68705=1 -DHAS_HD63705=1 -DHAS_M6805=1 -DHAS_HD6309=1 -DHAS_M6809=1 -DHAS_KONAMI=1 -DHAS_M68000=1 -DHAS_M68010=1 -DHAS_M68EC020=1 -DHAS_M68020=1 -DHAS_T11=1 -DHAS_S2650=1 -DHAS_TMS34010=1 -DHAS_TMS9980=1 -DHAS_Z8000=1 -DHAS_TMS320C10=1 -DHAS_CCPU=1 -DHAS_ADSP2100=1 -DHAS_ADSP2105=1 -DHAS_MIPS=1 -DHAS_CYCLONE=1 -DHAS_DRZ80=1 -DHAS_AY8910=1 -DHAS_YM2203=1 -DHAS_YM2151=1 -DHAS_YM2608=1 -DHAS_YM2610=1 -DHAS_YM2610B=1 -DHAS_YM2612=1 -DHAS_YM3438=1 -DHAS_YM2413=1 -DHAS_YM3812=1 -DHAS_YM3526=1 -DHAS_Y8950=1 -DHAS_CUSTOM=1 -DHAS_YMZ280B=1 -DHAS_POKEY=1 -DHAS_QSOUND=1 -DHAS_SN76477=1 -DHAS_SN76496=1 -DHAS_TMS36XX=1 -DHAS_TMS5220=1 -DHAS_SEGAPCM=1 -DHAS_DISCRETE=1 -DHAS_DAC=1 -DHAS_ADPCM=1 -DHAS_OKIM6295=1 -DHAS_SAMPLES=1 -DHAS_ASTROCADE=1 -DHAS_NES=1 -DHAS_NAMCO=1 -DHAS_VLM5030=1 -DHAS_MSM5205=1 -DHAS_UPD7759=1 -DHAS_HC55516=1 -DHAS_K005289=1 -DHAS_K007232=1 -DHAS_K051649=1 -DHAS_K053260=1 -DHAS_K054539=1 -DHAS_RF5C68=1 -DHAS_CEM3394=1 -DHAS_C140=1 -O2 -mcpu=cortex-a53 -mfpu=neon-fp-armv8 -mfloat-abi=hard -pipe -O3 -c src/cpu/z80_drz80/drz80.s -o src/cpu/z80_drz80/drz80.o
src/cpu/z80_drz80/drz80.s: Assembler messages:
src/cpu/z80_drz80/drz80.s:4085: Error: swp{b} use is obsoleted for ARMv8 and later
src/cpu/z80_drz80/drz80.s:4087: Error: swp{b} use is obsoleted for ARMv8 and later
src/cpu/z80_drz80/drz80.s:5141: Error: swp{b} use is obsoleted for ARMv8 and later
src/cpu/z80_drz80/drz80.s:5143: Error: swp{b} use is obsoleted for ARMv8 and later
src/cpu/z80_drz80/drz80.s:5145: Error: swp{b} use is obsoleted for ARMv8 and later
Makefile:219: recipe for target 'src/cpu/z80_drz80/drz80.o' failed
make: *** [src/cpu/z80_drz80/drz80.o] Error 1

This is with a Raspberry Pi 3 (ARM Cortex-A53 / ARM v8). SWP{B} is forbidden for ARMv8 (there is a warning for ARMv7). See http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0489g/Chdbbbai.html

You can work-around this by setting the CFLAGS to -march=armv7-a - see RetroPie/RetroPie-Setup@0fcb555

I realise that the chances are no-one is going to want to tweak ASM code in an ancient mame core, but raising the issue anyway in case anyone needs the work-around :)