Development of module-script generator for lr-mess, lr-mame and mame standalone

Folly

@JimmyFromTheBay said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

@Folly Not really :D

So if I updated lr-mame to the latest version via Retropie Setup as usual, it wouldn't run Prize Space Invaders any more, even though it does now?

(I just tested a couple of other games and "newmame" runs them fine, so you're definitely right that it's a missing driver.)

Correct, if the filter in the source isn't altered before building and Prize Space Invaders isn't added in the list then it will not be in there.

Not tested yet but with Buster and Bullseye you will probably also be out of luck with installing the libretro cores too from source as it will probably need also need gcc 10.3 or gcc 12 to compile, just like with standalone mame.
Version 0264 will probably be the latest working for these OSes.

Folly

@JimmyFromTheBay said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

So I went back to your site and downloaded lr-mame0.256, which is the last version that doesn't say "missing drivers", and sure enough that runs PSI.

So this is good - I was on 0.247, and now I can run games added between then and 0.256, without messing up anything older, and anything that was added up to 0.264.

I'm still puzzled as to why v4psi has been taken OUT, but I guess that's just one of those things.

Well to be precise the source code of the driver hasn't been taken out it's only not added anymore in the filter.
They wanted to ditch the filters from 255 but it became clear that they needed them still for android devices.
Somehow I think they don't know how to build a precise filter list.

(I love PSI and it runs perfectly in desktop Windows MAME now, but the RPI version has nasty sound issues so I kept hoping the RPI one would catch up.)

It probably will in the future ???.... ;-)

Is there a standard place I can download these files for newer versions when they come out? (eg I'd love to get MESS 0.265, which adds working ZX80 support.)

No there isn't.
You should wait a bit longer and see what happens.
You might need to build up a new SD which is probably the only way.

mitu

@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

They wanted to ditch the filters from 255 but it became clear that they needed them still for android devices.

The filters were removed in the upstream MAME project. The libretro fork has re-added them since they need to separate arcade/mess cored (indeed, due to the Android limitations). So if you encounter a driver that's not included in the arcade/mess cores, you should report it to the libretro fork, so they can be added to the filter, since upstream doesn't maintain those filters anymore.

JimmyFromTheBay

@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

Not tested yet but with Buster and Bullseye you will probably also be out of luck with installing the libretro cores too from source as it will probably need also need gcc 10.3 or gcc 12 to compile, just like with standalone mame.
Version 0264 will probably be the latest working for these OSes.

:(

JimmyFromTheBay

@Folly Do we know if this is the case yet?

Folly

@JimmyFromTheBay said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

@Folly Do we know if this is the case yet?

Yes, we know.
Version 264 will be the last version for mame,lr-mame and lr-mess for older OSes.
Have a look at this commit.

JimmyFromTheBay

@Folly Thanks for letting me know.

:(

JimmyFromTheBay

@Folly So what do I actually need to do to be able to run it? Do I need new hardware (got RPi 4) or just to update the Retropie OS?

Folly

@JimmyFromTheBay said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

@Folly So what do I actually need to do to be able to run it? Do I need new hardware (got RPi 4) or just to update the Retropie OS?

You told me you didn't want to update your existing image.
My advice is not to do so either.
Keep it as backup and you can copy stuff to your new SD.
If your new SD works properly then you would be able to delete your old SD.

Take a new SD and put Raspberry Pi Bookworm OS on to your new SD.
I would go for the 64 bits OS as for the future it will be the default.
I use RPI OS with Desktop environment as it is much easier to navigate and copy files directly on your Pi4 and also run RetroPie directly from the Desktop.
It's your choice.

Then clone the RetroPie-Setup from github and add my script with the command described in my first post.
Then run the RetroPie-Setup and begin with installing all the core packages.

You can install some main, optional or experimental packages later.
From my script you will be able to install mame,lr-mess and lr-mame binaries if available here :

So probably no need to install these packages from source.
Add your roms and run emulationstation from the terminal.
Now you can set up your controls again.

You should check this page.
If you need help then open a new topic for it.

JimmyFromTheBay

@Folly So basically start again from scratch? :D

Thank you for the info, I don't think I want to emulate the ZX80 that much though :D

ByteThis

@JimmyFromTheBay He mentioned to backup your current working image. Then you can always flash that working image back to your SD card if things don't work accordingly. A backup of a working image with no flaws is always recommended no matter if you choose to tinker or not. This way if your image becomes corrupt as well for some reason..you can always be relieved for a backup. :-)

JimmyFromTheBay

@ByteThis Making 256GB diskimages is an extremely non-trivial task. It bedblocks my computer for days at a time. I think I'm actually going to buy an RPi 5 and make a fresh start on that, seems like a good time.

Folly

Post 2000 reserved

ByteThis

@JimmyFromTheBay said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

@ByteThis Making 256GB diskimages is an extremely non-trivial task. It bedblocks my computer for days at a time. I think I'm actually going to buy an RPi 5 and make a fresh start on that, seems like a good time

I suppose that is the disadvantage of having a larger card, I use a 128GB card and to make a backup takes around 3hrs.

bbilford83

@Folly sorry I have been gone for so long! I went back to my pi for the first time in forever today and was going to test out what you asked me to, but first I went to add in a new translation I found for FM Towns Marty, and I discovered that for some reason none of my cd-rom based games are working there anymore. After it didn't work I updated your script to the newest version and it installed a bunch of dependencies, but it didn't fix the issue. I'm getting the following in the runcommand whenever I load a CD-based game, at least in fmtmarty:

/opt/retropie/supplementary/runcommand/runcommand.sh: line 1331: 1495 Bus error

I know it was working fine just a couple of months or so ago, so I'm not sure what would've changed

I tried Cameltry (maybe you remember you helped with that weird error on that one) because it is disk-only, and it is still working. So it isn't the FMT Marty system. And all the rom-based systems are still working fine. So it must be something with the CD drive games. Any ideas?

Edit: I see now the same is true for my CD-i and VIS games. So it seems it is all CD games with the script? If I missed some update/problem while disconnected all this time, my apologies!

Folly

@bbilford83

Welcome back!

Looks like you are using a binary that can't cope with CHD files.
It's most likely not due to my script.
There was an issue a couple of months ago if you can remember, see here :
https://retropie.org.uk/forum/topic/35240/solved-mame-and-lr-mess-issues-with-chd-files-1590-bus-error

What versions/binary are you using ?
Could be the one I patched for fmtmarty not showing the annoying message.
If so that could be one that also has that CHD issue.

If you have installed from source did you have the latest RetroPie-Setup scripts installed ?

bbilford83

@Folly Thank you! I didn't update anything except your script, but that's interesting about the retropie_setup script. I missed whatever happened a couple months ago, probably I was still in Japan.

That didn't seem to fix anything, you think I should now update lr-mame/mame too? It is a shame to lose your cameltry fix and I think you had made something else work too! But c'est la vie.

Edit: Yes I am definitely still using your patched version, I see now more clearly you are saying that had a chd issue. Updating now!

Edit2: That fixed it!! Thank you. How strange it broke without doing any updating. I will add my towns game and then get to your request this weekend, I promise.

Folly

@bbilford83 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

It is a shame to lose your cameltry fix and I think you had made something else work too! But c'est la vie

You could copy that binary to a different location and use that one only for fmtmarty for the time being.
Basically I should add an issue to https://github.com/mamedev/mame.
Haven't done that because I have so much other stuff to do.
Though I might see if I will.
I am also seeing if I can make some good sub-target filters for for creating lr-mame/lr-mess with a proper set of drivers.
That is something that basically has to be reported to https://github.com/libretro/mame .

Folly

@bbilford83 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

I will add my towns game and then get to your request this weekend, I promise.

I also added clone detection when downloading from the restricted.
There are a lot of clones in the lists/database of the handhelds and also in the ones used for realistic overlays.
Clones are not separate roms but are within the main roms.
For example gnw_egg is a clone of gnw_mmouse and ngnw_dkcirc is a clone of gnw_mmousep.
Getting the original main file and renaming it to the clone name will give the proper rom or at least it will load properly while the name is linked to the hash tables when loading with basename runcommands.

So downloading the main and renaming to the clone is what I have automated in the script.

bbilford83

@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

@DTEAM @bbilford83 ,

I changed and added quite some stuff in 264.05.

Would like to ask you both to test the stuff.
Particularly the part switching between database versions and the coleco sgm module part.
For the database part there seemed to be an issue that I never saw before, like many wrong numbers in the dialog box.
Tested all the code and added the unset IFS command.
It looks like it's ok again.
For coleco the sgm module will be added by default now when the database is higher than 0264.
I tested some roms that work with and without sgm module and both seemed to work when the sgm module was inserted.
Still the new 0265 database isn't there yet so if you want to test then you have to change line 1908 into :
[[ ${systems[-1]} == coleco ]] && [[ $(expr $rp_module_version_mame + 0) -gt 263 ]] && ExtraPredefinedOptions+=( "-exp sgm" )
( so you will be able to use it with database 0264 )

I also like to know what you both find about the idea that the standard coleco install has the sgm module as we separated this in the past to a coleco_sgm install.
Seems to me that this is the easiest solution.
However, we might need to change the theme for coleco but lets discuss that later.

For the other restricted parts we can't talk about that much, but I would like to hear if you could figure it out how it works and if it works for you both.
Remember there are rompacks that are too big for using the added options.
I still need to add that advise/info in the variable of the form for get_all.
A good start is MSX and MSX2.

P.S .
I see that I might need to add sgm for colecop too.

Hi @Folly. I have read this through and honestly I had never heard of the "Super Game Module" for Colecovision, only read about it when I searched to see what SGM is. If I understand right, it would have improved the graphics on a bunch of arcade ports to make them closer to arcade quality, right? If it were me, I do think I would probably try to keep them as separate installs. I no doubt would want to play all the games that could be enhanced with SGM with those enhancements, but I bet at least some people would want to have the option if only to see what the difference would look like. Just my two cents though.

I don't understand what you mean about the other restricted parts that we can't talk about though, sorry!