Navigation

    RetroPie forum home
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

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

    Ideas and Development
    development mame
    8
    22
    322
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • FranceMSR
      FranceMSR @arcadez2003 last edited by

      @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

      1 Reply Last reply Reply Quote 0
      • FranceMSR
        FranceMSR last edited by

        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 ;-)

        1 Reply Last reply Reply Quote 0
        • FranceMSR
          FranceMSR last edited by

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

          sirhenrythe5th 1 Reply Last reply Reply Quote 0
          • sirhenrythe5th
            sirhenrythe5th @FranceMSR last edited by 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 :)

            FranceMSR 1 Reply Last reply Reply Quote 0
            • dankcushions
              dankcushions Global Moderator last edited by

              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 1 Reply Last reply Reply Quote 0
              • FranceMSR
                FranceMSR last edited by

                Available Beta3.3.

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

                1 Reply Last reply Reply Quote 1
                • FranceMSR
                  FranceMSR @sirhenrythe5th last edited by 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

                  1 Reply Last reply Reply Quote 0
                  • FranceMSR
                    FranceMSR @dankcushions last edited by 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

                    1 Reply Last reply Reply Quote 1
                    • zerojay
                      zerojay last edited by

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

                      FranceMSR 1 Reply Last reply Reply Quote 0
                      • FranceMSR
                        FranceMSR @zerojay last edited by

                        @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 1 Reply Last reply Reply Quote 0
                        • zerojay
                          zerojay @FranceMSR last edited by

                          @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.

                          FranceMSR 1 Reply Last reply Reply Quote 0
                          • FranceMSR
                            FranceMSR @zerojay last edited by

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

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

                            The current SDL Image library available on Raspbian is an old version that use an old libpng version with a bug. In order to use HD artwork you need to compile libpng and SDL Image from source and in sequence.

                            So, download these archives, libpng-libpng16.zip and SDL2_image-2.0.5.zip, and copy them in

                            /home/pi
                            

                            then run these commands from terminal:

                            LIBPNG

                            unzip libpng-libpng16.zip
                            cd libpng-libpng16/
                            ./configure
                            make
                            sudo make install
                            sudo ldconfig
                            

                            SDL IMAGE

                            unzip SDL2_image-2.0.5.zip
                            cd SDL2_image-2.0.5/
                            mkdir build
                            cd build
                            ../configure
                            make -j3
                            sudo make install
                            sudo ldconfig
                            
                            1 Reply Last reply Reply Quote 1
                            • First post
                              Last post

                            Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.

                            Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.