mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support

Riverstorm

@UDb23 - Yeah either resolution is 3:4. That's interesting though as that resolution you're using shouldn't fill the TV vertically. My core provided is actually 810x1080 (with nothing loaded like backdrops, shaders, etc.) which fills my screen vertically perfectly and the 810 just gives you a 3:4 ratio. 1080 is just the standard vertical resolution on a HD TV.

I'm not sure what to think is your TV HD as in 1920x1080? Is something being upscaled? You doing any boot/config.txt mods or game launch configs? Are rendering at the lower res and letting the TV upscale?

Beside a few exceptions all my 3:4 and 4:3 games are 1080 vertically.

Riverstorm

@UDb23 - If you're using a 720p vs a 1080p TV 720x960 would be the actual max game resolution (for 3:4 games) but since your pattern fits 1080p the only thing I can think is your rendering at 720p and upscaling. I did that for awhile to save processing power but there's a slight degregation visually and I went back to rendering full 1080p.

UDb23

@Riverstorm said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

If you're using a 720p vs a 1080p TV 720x960 would be the actual max game resolution

Actually I was surprised yesterday for that core resolution but thought it may be related to latest version of mame2003. As you correctly pointed this out I just did a recheck.
Today it's the usual 810x1080 !
TV is a sony 4K android TV, used at 1080p with HDMI signal from the Pi going thru a Home cinema amplifier.
Sometimes if you switch the Pi on before the TV has fully booted, the Pi may not get the 1080p and switches to 720. This probably happened yesterday and I did not notice.
Thanks for letting me know on this.
The backdrop still works and looks fine... but, as you said, RGUI says 1918x1080p.
Incidentally not filling the screen fully vertically allows to use the overlay (bezel) without covering the game graphics at the bottom so I don't dislike it ;-)

UDb23

@Riverstorm Are you finding any sound issues with SI?
I'm using the official samples. The background "rythmed" bass tones sometimes sound sligthly distorted. Any other sound (shot, explosion, mothership) is ok.
It doesn't occur all the time but quite often (at the end of the bass tone).

Edit: @markwkidd @grant2258 Could you kindly check this sound issue ?
With same samples and lr-mame2003 no distortion, with mame2003 plus it's distorted.

Riverstorm

@UDb23 - Ah, ok great, yeah I have a media player box that's similar to the Pi in if you turn it on before the TV it does all kinds of flaky things.

That's something isn't it with RA and backdrops. It stretches RGUI horizontally across the whole screen after loading the backdrop. It's basically using the backdrop resolution but the game looks perfect.

Four audio you mean the signature 4 tones played in a loop in the background? It's been good here but I will keep an ear out from here on out as I haven't been listening for it but I will now.

Good point on the overlay. Will you need to make adjustments now as to not cover the game play area?

Ok heading out to catch some shut eye and day 2 of festivities. =\

UDb23

@Riverstorm said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

4 tones played in a loop in the background?

Yes that tones. If you raise the volume and compare with mame2003 (non plus) you should clearly notice the distortion. May it be a slowdown due to the artwork system ?
Unless it's somenthing in my config; but I have just installed lr-mame2003 plus yesterday for the first time on this SD so there should be no specific setting, just defaults.
Good luck with the festivities "tours"... I'll start tomorrow :-))

UDb23

@Riverstorm said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

Will you need to make adjustments now as to not cover the game play area?

Yes. Working on it. Will make 2: one "full vertical" and one for this new "backdrop" layout.

mikeylikesit33

@UDb23 Regarding processing power...

I'm running a Pi 3B+ and can get 60fps+ easily in all games (with your bezels and adding backdrops) by removing the current SDL (image and Dev), manually installing SDL 2.08 image (don't use 2.09) and Dev from SDL.org, along with the latest mixer, net, etc. Dev utilities, and only installing emus by compiling (thus ensuring latest SDL is being used and linked to).

I can write up some instructions, if anyone needs them... I'm actually compiling the latest version of Mame right now to see if I can get good fps from it also. In an earlier test last week (using Rasbian update to 2.05), I was getting 55fps in Asteroids Deluxe with all the normal Mame artwork on (60+ with only bezels), but there were audio issues using SDL 2.05. Literally sounded like the static/hum you'd hear when putting electronics with no RF shield near a speaker. Hoping 2.08 clears that up.

That being said, Mame 2003-plus is a must for Pi. Vector enhancements in 2003+ are great, and the latest version of Mame requires D3D to match it.

Point being, recompiling emus with SDL 2.08 will make a difference for anyone with any Pi probably.

mikeylikesit33

@mikeylikesit33 Oh, quick follow-up... the only detrimental aspect of installing a new version of SDL seems to be some of the non-libtreto emus scripts in Retropie. For example, if I try to compile AdvanceMame, errors pop up with it looking for SDL 1.2. Not sure why the scripts aren't looking for the latest version vs hard-coded, but then again don't quote me on that. I didn't investigate. I generally don't use non-libreto emus and was just trying something.

UDb23

@mikeylikesit33 Really interesting.
If SDL 2.08 sound issues are resolved, surely some instructions from you are welcome.
With significant performance gains it may be worth checking with @BuZz if this new SDL can be included in Retropie as standard.

grant2258

I would check it out on other systems first before assuming its SDL at fault. It could well be. Samples arent copyrighted what set are you guys using twistys or something else. Ive updated mame2003-plus artwork you can use it on 64 bit now, Sorry i forgot to tell you I done this @UDb23

UDb23

@grant2258 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

I would check it out on other systems first before assuming its SDL at fault.

I don't know if SDL is involved. Just noticed mame2003 works fine while plus has distortions. Using twisty's yes. Also used another older set of samples I found. Same result. Seems more code related unless 2003 and 2003plus are using different sound drivers.

UDb23

@grant2258 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

you can use it on 64 bit now, Sorry i forgot to tell you I done this

Nice, thanks !!

mikeylikesit33

@UDb23 It takes a day to compile the latest Mame on a Pi, then some testing. Once completed, I'll write up instructions.

If it works, there may also be some setting changes needed in RetroArch, so don't want to publish a prelim How-To that could confuse folks.

Generally speaking though, F4 and then

Remove your current SDL
sudo apt-get remove -y --force-yes libsdl2-dev
sudo apt-get autoremove -y

Dependencies
sudo apt-get install libudev-dev libasound2-dev libdbus-1-dev
sudo apt-get install libraspberrypi0 libraspberrypi-bin libraspberrypi-dev

Then this will get you 2.09 (which I just tested and does appear to really be stable now, with a few patches over the last couple weeks I guess)
hg clone https://hg.libsdl.org/SDL SDL
cd SDL
mkdir build
cd build
../configure --disable-pulseaudio --disable-video-opengl
make
sudo make install

and any emu that is linking to SDL (vs compiling in), will use the newest version.

Edit: need the --disable-video-opengl so that opengles2 can be used

Please note though, Raspbian is still really on 2.05 as their distro approved version (they are always slow catching up) so depending on what else you are doing on your Pi, you could encounter problems.

I only use this particular Pi for emus, so except for AdvanceMame (and some other non-Libreto emus) script set to SDL 1.2, I'm fine.

mitu

@mikeylikesit33 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

Point being, recompiling emus with SDL 2.08 will make a difference for anyone with any Pi probably.

RetroPie already has SDL 2.0.8 installed on PI systems, re-compiled to support OpenGL ES and disable X11 support. Raspbian indeed comes with 2.0.5, compiled for X11 and without GLES support. Re-installing SDL without support for GLES will most certainly break things installed by RetroPie (i.e Emulationstation, RetroArch, etc.).

mikeylikesit33

@mitu I forgot to include the OpenGl ES stuff, like I mentioned... didn't want to do a how-to before I got everything right.

If it comes with 2.08, why does the SDL Version not show it... and why does manually installing it improve performance?

Could just be a script thing that needs fixed?... or was this a more recent change than the RetroPie image I flashed? If so, sigh... start from scratch again flashing a new image and compiling the latest Mame so I can test and tweak it out for 60fps

Edit: Flashed the new 4.4.4 Retropie image. Updated the script. Copied a couple Roms I use for testing (based on graphics, sound, etc.), compiling Mame 2003 plus right now, next I will Compile Mame 204 (takes a day), and then will test fps with overlays and backgrounds. Will report back probably Tuesday. My other Pi is still set up with the manual SDL install, so I can compare against that also.

UDb23

@Riverstorm Created a new Excel file to calculate backdrops .ART coordinates and also generate the actual .ART file (CTRL+SHIFT+B). File will be generated in the same folder where the excel file is placed.
This new file basically combines your calc file & my previus one. It should be quite simple to use: just fill in the colored cells.
Will use it for my next backdrops so we can check all calc are ok ;-)

Riverstorm

@UDb23 - Thanks I appreciate the updated sheet and will test tonight. Generating the .art sounds super fancy and daper! Just a quick FYI I do use Twisty's samples also. I went back and forth several times this morning and I think I know what you're hearing. A light kind of crackle/distortion for a fraction of a second?

Mine is very random and several times "smoothed" itself out after playing a bit. I had my wife confirm. She has no interest in this stuff beyond playing so it's fun to get her involved a little. I wish more females had an interest as I feel they bring a unique and fresh perspective.

Yes our "tours" consist of visiting a lot of family and friends and with it comes lot's of food, sweets and alcohol but alas in moderation for me.

grant2258

I recorded mame2003+ and mame2003 only plus had artwork on but that shouldnt matter was run in windows.

https://github.com/libretro/mame2003-plus-libretro/files/2706261/spaceinvaders.zip

mame2003+ == 0:00 - 0:36
mame2003+ == 0:41 on wards

dont really know what im listening for though you guy will need to be more specific.

UDb23

@grant2258 I cant' really notice as your shooting all the time. :-))
Jokes aside it is the bass rythm that is distorted, exactly as @Riverstorm described, so to notice you should not shoot. In your audio still I couldn't notice. Seems related to Pi if windows is ok.