Development of module-script generator for lr-mess, lr-mame and mame standalone
-
@DTEAM said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
I will add VIS to my theme. You found something I didn't know existed. It looks like CDI. Can you share your gamelist again please, I lost your hyperlink.
NEW EDIT : VIS (video information system) is now added to Cygnus Blue Flames theme
I modified the mascot "canevas" for the theme , now it looks better ..... Maybe 😆
-
@bbilford83 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
CHD format
Thanks tho, the CHD format seems to be the stumper your gamelist and scrapes are available.?
-
@DTEAM nice!
-
@Retrodade said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
@bbilford83 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
CHD format
Thanks tho, the CHD format seems to be the stumper your gamelist and scrapes are available.?
Yes, I think they should actually be available even through the script but if not you can download them manually with the link I posted a few posts back, they are just up on my Google drive but in a publicly shared folder.
CHD shouldn't be too tricky, the MAME software list has a separate CHD collection available and all the others I used in the game list I also found via a very well-known public source. Wish I could be more specific but don't think I can given the rules, but a quick search should get you there.
-
First tests on the RPI5 without overclocking look good.
I installed a 64 bit Raspberrypi OS Debian12 Bookworm.
Installing the core packages from the Retropie-Setup work fine.
My script seems to work fine also.
And installing the gcc12 pre-compiled mame binary from the script, that was compiled on the Apple M1 in a Debian12 Bookworm VM, works fine too.
Running kgradius from konamih with artwork in mame, without frame-skipping, reveals that the speed is now about 50% VS 24% on a RPI4
Was hoping for 100%, sadly only 26% speed increase with this driver.Edit :
Sadly the M1 mame binary only works OK from the Desktop environment.
Running it from the console in "lite" mode reveals a white screen. -
@Folly That is exciting news as the pi5 will slowly get more popular I feel it.
I have a question, any system I add my retoarch has no ability to add bezels, are you able to do so?also hoping the more powerful pi5 allows more mame systems to run on it
here is to a positive outcome! -
@Folly i had issue with this "add-ext-repos" at end it killed the set up i had to redo the set up, I tried twice both times same result
have you had better luck with this by chance? -
@Retrodade said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
@Folly i had issue with this "add-ext-repos" at end it killed the set up i had to redo the set up, I tried twice both times same result
have you had better luck with this by chance?An old version doesn't work anymore because of github changes.
I updated it to the changes but could be that it has more issues.
I recommend not to use it.
Just paste the scripts in manually. -
@Retrodade said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
@Folly That is exciting news as the pi5 will slowly get more popular I feel it.
I have a question, any system I add my retoarch has no ability to add bezels, are you able to do so?also hoping the more powerful pi5 allows more mame systems to run on it
here is to a positive outcome!Seems you talk about adding them manually.
I used my script for adding some bezels to the classich category.
It revealed that these bezel pictures show, however they are not in sync with the games.Then I installed Orionsangels_Realistic_Overlays from my script.
Here NO bezels are shown and that the shader seems to work OK.I have to investigate this more but indeed it seems that RetroArch has changed significantly and that some configs don't work anymore.
Edit 1 :
Running kgradius from konamih with an overlay in lr-mess looks OK though.Edit 2 :
The lr-mess/lr-mame (full-mame versions) compiled with gcc10 for aarch64 work OK even in "lite" console mode on RPI5. -
Will reserve this post for updates about the progress about the issues about Bookworm and latest Retroarch in combination with RPI4 an RPI5 :
The first tests promised some good results but ouch that hurts.
There seem to be quite some obstacles/issues on the way.
The obstacles/issues are probably due to severe changes in probably both software and hardware (hardware at least for the RPI5).
I will try not to post a lot about it and see from time to time if I can tackle these problems.
All in all it's quite disappointing.
My guess is that the latest Retroarch is the most responsible for these issues :
- bezels not in sync with games(see fixes)
- bezel pictures not shown when shader is also used(see fixes)
- seems some options of lr-mess and lr-mame are not correctly read and therefor it's likely why mame hotkeys like checking frameskipping with F11 doesn't work (however could be due to something else, or even due to changes in lr-mame/lr-mess)(use game focus and hotkeys will work)
My advice is not to update Retroarch to the latest 1.16.x(use game focus and hotkeys will work)The most irritating thing the is that my gcc12 pre-compiled mame M1 binary, which compiles in just 1 hour,
doesn't work at all on the RPI4and for the RPI5 only in Desktop mode. (see facts)
Also tested the gcc10 pre-compiled mame binary from stickfreaks on the RPI5 which also works in Desktop mode only.(see facts)
Again, this probably means compiling mame directly on RPI4 and or on the RPI5 which will take loads of time and hoping that it works after that.(see facts)
Though, we might be lucky on the RPI4 using the gcc10 pre-compiled mame binary.not needed anymore and doesn't work anymore from 265 and upStandalone MAME test facts :
- compiling standalone mame on 64 bits Bookworm takes about 2:40 hours (done from the "lite" console in Retropie-Setup)
- sadly the compiled standalone mame from RPI5 give the same garbage screen as the M1 compiled binary when started from the "lite" console environment
- seems the same issue as described over here, here and here
- a workaround is to put thisnot needed anymoreSDL_RENDER_VSYNC=1
in front of the runcommand until a real fix comes along
- the M1 binary works too with the workaround on the RPI5not needed anymore - my kernel is now Linux 6.1.0-rpi7-rpi-2712 aarch64, looks like this issue is fixed in kernel 6.7 so it seems it will be fine in the future
(the fix has been back-ported and is working now (31-01-2024) Linux raspberrypi 6.1.0-rpi8-rpi-2712)
- seems the same issue as described over here, here and here
- running kgradius from konamih with artwork in mame, without frame-skipping, reveals that the speed is now about 50% VS 24% on a RPI4
Retroarch + lr-mess/lr-mame test facts :
- bezels like used in astrocmd from classich are not in sync with games
- Retroarch 1.16.0 + lr-mess0261 on RPI4 in Bookwork 64 bits has this issue
- Retroarch 1.15.0 + lr-mess0261 on RPI4 in Bullseye 32 bits has this issue too
- seems not related to RPI5 only- bezel pictures not shown when shader is also used
- Retroarch 1.16.0 + lr-mess0261 on RPI4 in Bookwork 64 bits has this issue
- Retroarch 1.15.0 + lr-mess0261 on RPI4 in Bullseye 32 bits has this issue too
- seems not related to RPI5 onlylr-mess/lr-mame 266 would not compile on regular Debian VM Bookworm aarch64 on Apple M1. Says that it needs version 7 or higher of Clang. For Bookworm this should be good though it seemed like it was missing so installed the package but that didn't help (sudo apt install clang). On the RPI5 no problems so tried again on the M1. Then I removed the lr-mess source and removed clang entirely (sudo apt purge clang). Then I tried again and now it works.
Fixes :
-
@Folly hi, i am doing the layout for the games of the "entex select a game", "entex_sag" or "sag" (how is it named internally, but it doesn't matter what I do, it dont work, can someone please help me? before hand thanks n.n (its my first time doing a layout and i already can put the vectex layouts)
i promise to share it for the use of everyone when all is done
-
Welcome, thanks for joining in.
Edit :
Installed it.
OK, that driver.
Me and mostly @bbilford83 have been busy with this so there is a basic artwork-file already, however far from perfect.
I must say @bbilford83 did a great attempt in doing so.
Right now it uses zoomed images which sort of works and are reasonably in sync but the pictures could be cleaned up a bit better.
I think, as backup, the whole pictures are included in the artwork-file or they are in a separate g-drive folder of @bbilford83.
I tried to use the whole picture to see if I could match it up.
With regular drivers this is quite easy.
However, somehow matching up was too difficult with this driver as I could not match up the game.
Changing the "custom views" of the pictures or the game meant that the game and background picture both changed in perspective on opposite directions.
So this is really a problematic thing to deal with.
If you want to give it a shot then it is better to make a separate topic for it as it will take much more that 10 posts. -
Hi Folly, are you able to run a CD systems like CDI, NeoCD or VIS without the "basename" option with MAME standalone 0.261. I always have a bus error
/opt/retropie/supplementary/runcommand/runcommand.sh: line 1319: 3449 Bus error
I'm using a Pi4.
-
@DTEAM said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
Hi Folly, are you able to run a CD systems like CDI, NeoCD or VIS without the "basename" option with MAME standalone 0.261. I always have a bus error
/opt/retropie/supplementary/runcommand/runcommand.sh: line 1319: 3449 Bus error
I'm using a Pi4.
@DTEAM you didn't ask me but I'll share that VIS and CDI both work fine for me with the libretro versions but for the first time I tried MAME and it also gives me an error. I only usually use libretro so I never noticed before. Also Pi4.
-
Not at my pi right now, I will try it when I can.
Can be that I do it next week when I am free.
If I can test it sooner I will let you both know.On my VM I already tested CDI.
When running the arcadecl.chd from the folder cdimono1 it runs ok with runcommands with -cdrm and also using basename does work.
I am using standalone mame0261.Can you both share the failed runcommand from the runcommand.log ?
-
@Folly here you go:
/opt/retropie/supplementary/runcommand/runcommand.sh: line 1304: 23028 Bus error /opt/retropie/emulators/mame/mame -rompath /home/pi/RetroPie/BIOS/mame;/home/pi/RetroPie/roms/vis -v -c -ui_active -statename vis/"Americas National Parks (1992)(Multicom)(US)" vis -cdrm "/home/pi/RetroPie/roms/vis/Americas National Parks (1992)(Multicom)(US).chd" -view "Americas National Parks (1992)(Multicom)(US)"
-
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
On my VM I already tested CDI.
When running the arcadecl.chd from the folder cdimono1 it runs ok with runcommands with -cdrm and also using basename does work.
I am using standalone mame0261.Can you both share the failed runcommand from the runcommand.log ?
I'm outside today, but tomorrow i'll send it to you. Just for clarification, 8 months ago, when you added NeoGeo CD and Tubografx CD, I was able to run those CD games without the "basename" files and with MAME standalone. CD-i worked also, I think It's a recent bug for CD games.
-
@bbilford83 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
@Folly here you go:
/opt/retropie/supplementary/runcommand/runcommand.sh: line 1304: 23028 Bus error /opt/retropie/emulators/mame/mame -rompath /home/pi/RetroPie/BIOS/mame;/home/pi/RetroPie/roms/vis -v -c -ui_active -statename vis/"Americas National Parks (1992)(Multicom)(US)" vis -cdrm "/home/pi/RetroPie/roms/vis/Americas National Parks (1992)(Multicom)(US).chd" -view "Americas National Parks (1992)(Multicom)(US)"
Got myself the same game and tested it with both lr-mess0261 and mame0261 using the runcommands with -cdrm and did this on my pi5/64bits/Bookworm.
Indeed for lr-mess I had to remove the quote and also inside the cue.
The file just loaded in mame standalone with this runcommand :/opt/retropie/emulators/mame/mame -rompath /home/pi/RetroPie/BIOS/mame\;/home/pi/RetroPie/roms/vis -v -c -ui_active -statename vis/"Americas National Parks (1992)(Multicom)(US)" vis "Americas National Parks (1992)(Multicom)(US)" -view "Americas National Parks (1992)(Multicom)(US)"
The runcommand seems the same as yours.
Be sure when you post it that you post it as code so the backslash is also shown.I will test this again later on my pi4/32bits/Bullseye.
Could be that it doesn't work on 32bits binaries.Edit :
For me it also works on pi4/32bits/Bullseye, no problem. -
Btw did you make a gamelist for vis ?
Vis was mentioned in your gamelists but downloading via the script didn't work.
I now get this error :
ERROR: content-disposition not found and confirm=t did not work
When trying to get your gamelists.Edit :
I tried this on my pi5, could be an issue of Bookworm as I read that python in this OS needs a venv (vitual python environment)
Will have a look later and test this also on th pi4 with Bullseye.Edit 1:
Seems to be an issue with a change in the gdrive server.
Added an issue so Matt can have look and hopefully fix it :
https://github.com/matthuisman/gdrivedl/issues/31 -
@Folly I am going to be away from my computer for quite a while but yes there should be both a game list and art for VIS up there now. I can check again later but hopefully it is just a problem with pi5.
Edit: I'm still not near my pi but I did confirm on my gmail that the VIS stuff is all where it should be.
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.