M.A.M.E. 0.61 SDL [DEV] - Beta3.3

mitu

Interesting project.
How is this different than the other MAME emulators already ported/working on a Pi (mame4all, advmame) ? Why using such an old version of MAME ?

FranceMSR

The first reason is that 0.61 is a good intermediate version between 0.37b5 and 0.78.

I read many times of people that don't understand why their artworks don't work on MAME 0.37b5 porting, for example here:
https://retropie.org.uk/forum/topic/15337/mame4all-pi-artwork-not-loading

As I wrote before, lower versions have artworks hardcoded in the driver, so for example Space Invaders has its built-in artwork. Versions since MAME 0.107 support .lay artwork format (also in high resolution).

My porting also use HD artworks, I added this possibility.

The second reason is that 0.61 is a good version between 0.78 and 0.37b5 and in this way I can reach a "virtual full speed" also on overclocked Raspberry Pi v1.

I have many Raspberry Pi v1 at home and I want to use MAME (WITH HD ARTWORKS!!!) also with them :D

FranceMSR

Available Beta1.6 with better frameskipping logic and vsync

FranceMSR

Available Beta1.7, fixed rendering problem on Raspberry Pi v4

FranceMSR

Available Beta2.2.
Keyboard mapping has been completed and now it is possible to use joypads (XBOX 360, PlayStation 4 and so on).

Is someone interested on this project? If not I won't never update this thread in the future, I already implemented my emulator in RetroPie and all the information are available on italian webstite.

Compared to lr-mame2003 this emulator is faster especially on RPi v0 and v1.

Let me know

fCIbX6r1uN

Sounds good. Is the source code for this available?

markyh444

@FranceMSR it's always nice for people to share their hard work, especially if it'll improve emulation on some of the lower-powered Pi's.

Have you got this project in GitHub? Perhaps it could be added into the experimental section for other people to try?

FranceMSR

The source code is not yet available, if you want to try the emulator I'll explain how

arcadez2003

@FranceMSR said in M.A.M.E. 0.61 SDL [DEV]:

Available Beta2.2.
Keyboard mapping has been completed and now it is possible to use joypads (XBOX 360, PlayStation 4 and so on).

Is someone interested on this project? If not I won't never update this thread in the future, I already implemented my emulator in RetroPie and all the information are available on italian webstite.

Compared to lr-mame2003 this emulator is faster especially on RPi v0 and v1.

Let me know

This is a worthy project and im sure in time it will garner support when more people try it out and pass the word around, certainly im sure it'll be faster than MAME2003
but on the other hand it'll support less games and wont have all the fixes and improvements for many games which were done by the time MAME78 rolled around.

Not to mention MAME2003+ which is a work in progress and supports many more games with even more fixes and improvements over and above MAME2003.

FranceMSR

@arcadez2003 The scope of my project is to have artworks and faster emulation on RPi v0 and v1:

lr-mame2003 is not fast on v0 and v1 (try to play Cadillacs and Dinosaurs, Final Fight or Double Dragon on a Raspberry Pi v1...)
mame4ll can't use external artworks (only harcoded ones).

Clear and simple

FranceMSR

Beta3.0 available

Totally changed frameskipping logic with awesome improvement on execution speed on Raspberry Pi v0 and v1. Now when emulator is closed these information are shown:


Display Width: 1920
Display Height: 1080

Nominal FPS: 60.000000
Virtual FPS: 60.331492
Real FPS: 59.889503

Displayed frames: 271
Skipped frames: 2

Total play time: 4.525000 seconds

M.A.M.E. 0.61 SDL - Beta3.0
Developed by Francesco Lancioni
RetroPie Italia Forum
www.retropie-italia.it

Real FPS refers to FPS shown, if this value is the same or near Nominal FPS emulation performance will be the same of original hardware. Now pay attention, this is the great news: Virtual FPS refers to cycles per second of game main loop, so input, sound, video and so on. If this value is the same or near Nominal FPS emulation performance that user feels will be the same of original hardware though Real FPS is not the same as Nominal FPS.

As a proof , here a comparison video (in italian but you should see the video!!!) between execution on development laptop and Raspberry Pi v1:
https://drive.google.com/file/d/1XLGHF3zitmshKRqBJhUJhVQGYpB2ucCm/view?usp=sharing

Here a comparison video between lr-mame2003 and my emulator:
https://drive.google.com/file/d/127u8PJ_vs-OoQVXb9tuyVK3fv-FRlaAd/view?usp=sharing

Let me know ;-)

FranceMSR

Ok it is clear that nobody here is interested and I don't want to waste my time anymore

sirhenrythe5th

@FranceMSR i am pretty sure no one here wants to be discrespectful!
Your project is cool, but it seems that the majority of the Pi-Users here concentrate on Pi3 and Pi4.
I guess the one who creates an optimized MAME-Port, based on a current MAME, for the Pi3/4, which runs all the games that still stutter, or dont run at all, would be the Hero of the Month :)

dankcushions

without source code and a corresponding build script it's unlikely to get much traction here, IMO. i think it's a cool idea so i hope you reconsider.

FranceMSR

Available Beta3.3.

Framebuffer dimensions, scanlines, HD artworks and more. If you're interested I'm here

FranceMSR

@sirhenrythe5th said in M.A.M.E. 0.61 SDL [DEV] - Beta3.0:

@FranceMSR i am pretty sure no one here wants to be discrespectful!
Your project is cool, but it seems that the majority of the Pi-Users here concentrate on Pi3 and Pi4.
I guess the one who creates an optimized MAME-Port, based on a current MAME, for the Pi3/4, which runs all the games that still stutter, or dont run at all, would be the Hero of the Month :)

Maybe you don't understand that a porting that is very impressive compared to lr-mame2003 from the point of view of speed has its good behaviour and improvements also on Raspberry Pi v3 and v4.

lr-mame2003 doesn't have the possibility to use HD artworks, my porting does

FranceMSR

@dankcushions said in M.A.M.E. 0.61 SDL [DEV] - Beta3.0:

without source code and a corresponding build script it's unlikely to get much traction here, IMO. i think it's a cool idea so i hope you reconsider.

You only have to add the system to es_systems.cfg

<system>
    <name>mamesdl</name>
    <fullname>MAME SDL</fullname>
    <path>/home/pi/RetroPie/roms/mamesdl</path>
    <extension>.zip .ZIP</extension>
    <command>cd /home/pi/MAMESDL; ./mame_rpi4 -rompath /home/pi/RetroPie/roms/mamesdl %ROM%</command>
    <platform>mamesdl</platform>
    <theme>mame</theme>
</system>

Change /home/pi/MAMESDL (contains the binary) and rompath (contains romset) accordingly with whatever you want

zerojay

I'll likely try to make a scriptmodule for building this soon.

FranceMSR

@zerojay said in M.A.M.E. 0.61 SDL [DEV] - Beta3.0:

I'll likely try to make a scriptmodule for building this soon.

I modified the M.A.M.E. code in order to use high definition artwork. My format is .lyt and basically you have to insert artwork image with .png format in artwork folder with the same name of the romset (i.e. for Final Fight "ffight.png") and a text file with the same name and .lyt extension with a simple code like this inside:

Width="4000" Height="3743"
HoleWidth="2920" HoleHeight="2190"
HoleX="540" HoleY="822"

zerojay

@FranceMSR said in M.A.M.E. 0.61 SDL [DEV] - Beta3.3:

@zerojay said in M.A.M.E. 0.61 SDL [DEV] - Beta3.0:

I'll likely try to make a scriptmodule for building this soon.

I modified the M.A.M.E. code in order to use high definition artwork. My format is .lyt and basically you have to insert artwork image with .png format in artwork folder with the same name of the romset (i.e. for Final Fight "ffight.png") and a text file with the same name and .lyt extension with a simple code like this inside:
Width="4000" Height="3743"
HoleWidth="2920" HoleHeight="2190"
HoleX="540" HoleY="822"

From a packaging/scriptmodule perspective, this doesn't change anything for me, but that's really cool.