MAME 0.171 for Raspberry Pi2 / Pi3

  • There are a compilation for mame emu 0.171 in raspberry pi 2. Is there possibility to add to Recalbox ? I leave the information : source:

  • Banned

    Mame2010 (romset 0.139) would be much much better, recent mames are less and less optimized and without any interest in terms of romsets, the mame team isn't interested in emulating games anymore, only emulating hardware so they haven't added much in terms of games for at least the past two years. There is no advantage to have the 0.171 romset over the 0.139, some games have even been demoted from their previous working state Besides MESS is not needed nor interesting at all with all the emulators already available on Recalbox / libretro, except if you want to emulate calculators, children computer or synthethizers... And even mame2010 is only interesting if executed on a Pi3, on Pi1 & 2, its performances would be way worse than mame2003 or fba_libretro

  • Speaking of romsets and MAME versions... Just for curiosity. What is the issue with lots of arcade roms not working in Recalbox? Is it just the pure processing power of the Pi or is there something else missing to make a full romset work -let's say- like on windows. I see many games crashing or going back to ES. Duglim

  • Banned

    Well there is not really an issue with Recalbox, the only issues are with the use of a Raspberry Pi and older mame versions : - older mame versions used romsets which were correctly emulating less games than today but mame emulators themselves were much more efficient and optimized - Pi2 are still to weak today to correctly emulate recent arcade games, let's say post 1998, so a lot of those new games are lagging when launched on the Pi, but mame itself is pretty cpu consuming : for instance when I started to play a lot with MAME ten years ago a top notch PC was still totally unable to make the first Virtua Fighter run correctly at 100% speed, so it's an emulation issue - Coincidentely, it's not really possible at the moment to use a more recent MAME to have more games emulated, because it would be less optimized and thus games would be slower, even some of them working perfectly or near perfectly today So the only hope for the moment is the Pi 3 : with a little luck it should bring a little more computing power to mame 2003 and fba_libretro, allowing us -maybe ! - to run at 100% games wich were lagging before It would also allow us to try lr-mame2010 wich is still seen today as one of the best mame version in term of performances and number of games correctly emulated, but as lr-mame2010 would be likely less optimized and slower than mame2003 it's difficult to be absolutely sure that it would bring us better performances than what we have today   Also don't forget that when you try a full mame romset lots of roms are there just for collecting / documenting purposes and not supposed to work at all

  • Banned

    Also regarding this thread here is an already old rant which perfectly sums up the situation of MAME today. Note that since this date it's gotten worse and worse.

  • Wow, thank you for this excellent explaination. Now I can understand the situation. Maybe Pi2 or ODroid4 will bring the needed boost. 🙂 I was just curious, because on my Mame cabinet the latest Mame runs excellent with full set (clones filteres out) and it's an old Core2Duo 2,2 GHz. Thx, Duglim

  • If it can be compiled in Thumb mode, there MIGHT be a little faster of a binary on the RPi3 only (can't compile to THUMB mode on RPi1 or 2, but can use interworking).  But I would try using thumb-interworking for all three systems so that ARM and THUMB code can be used optimally when it's needed to create a more responsive binary.  It shouldn't make a huge difference, but a little less overhead will make for a few FLOPS difference.  But I'm really curious to compile it in ARCH64 and see what can be accomplished in the registers all at once.  If a few instructions can be combined into registers and computed at the same time, then it might be beneficial to optimizing MAME efficiency.  Mind you, a few barriers would need to be created to ensure that computed data is ready when computed together on RPi2 and 3, but it shouldn't be noticeable or even negligible to performance as there should be a few barriers already in place.  While some of you would say that 64-bit mode would only allow access to more than 4GB of memory, you probably haven't worked with 64-bit computing much in that case.  It does speed code up considerably when you have multiple items that need to be computed in the same way.  But I digress. There are a few optimizations here and there that can be done to speed things along, but it would require you to compile with those options to do so.  I would say toss them in and see how it comes out.

Want to support us ?