Development of module-script generator for lr-mess, lr-mame and mame standalone
-
@bbilford83 added the background to DD2 last night works, thanks again
-
@Retrodade said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
@bbilford83 added the background to DD2 last night works, thanks again
@bbilford83
I'll create a video with that background for the gamelist. Thanks. Is it from you or you got it on the web? Does the handheld artworks for MAME exist like for the other systems. If it's from the web, can you share the link if it exist please? -
-
@DTEAM I "made" this MAME artwork file for tddragon2 its not perfect, could use fine tuning perhaps. But if you want this one, I'll put it here 4 now if anyone is interested in the file to use.
https://mega.nz/file/vGRzQZqK#cJjKPrxAN6kLr78M_TVswn85pY9P26JKEpgpKOebdrg -
MAME 0.265 is released, see here
Coleco_homebrew now supported by MAME
New games for:
gameking:
4 in 1 - Three Battles + Light Sword + Risker + Metal Deform (512KB cartridge, set 2)
[sCZther, SSJ, Gaming Alexandria, TeamEurope]
gameking3:
Diamond, Hemic Battle [sCZther, SSJ, Gaming Alexandria, TeamEurope] -
@DTEAM said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
Coleco_homebrew now supported by MAME
Saw that too, indeed very nice !
Got me thinking of this old topic ;-). -
Just updated the script with a nice update 264.03.
I was able to cleverly fix an old issue showing and saving restricted downloads with html url encoding.
It will now display and save with regular characters. -
Fixed a permissions issue in 264.04.
Fixing permissions when using :
/home/<user>/RetroPie/roms/<system>/<subfolder>
or
/home/<user>/RetroPie/downloads/<rompack>/<subfolder>Subfolders can now also be used because they are cut off when restoring the permissions to the default user.
So the permissions are recursively restored from :
/home/<user>/RetroPie/roms/<system>
or
/home/<user>/RetroPie/downloadsThe possible subfolders will therefor automatically be included and we make sure the <system> and downloads folders have good user permissions,
and not faulty root permissions when they are newly created.An example would be the cdtv or cd32 from the restricted downloads placing them in roms/amiga/cdtv or cd32 with proper permissions along the path.
Of-course you will be able to manually alter the path in the form,if needed, to :
roms/cdtv or cd32 -
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 forget_all
.
A good start is MSX and MSX2.P.S .
I see that I might need to add sgm for colecop too. -
FYI :
I was trying to make a binary for x86 and x86-64 and got the error :
GCC version 10.3 or later neededSadly mame has recently dropped support for compiling with lower gcc versions.
This makes it more difficult or impossible to compile mame on Buster or Bullseye.
So that could affect what binaries I will add to the g-drive.
-
Script has been updated to 265.03
-
@Folly apologies I have been out of commission for a while, but I will get back to you shortly. I'm not 100% sure I understand what you'd like me to test but I will read more closely soon :).
-
-
@JimmyFromTheBay said in Tesla PMD-85 computer in RetroPie?:
@Folly Cheers. I'm puzzled why it doesn't work, then, but it looks like this is the end of the road. Cheers for the assistance with the PMD 85, will be handy with other MESS systems :)
The v4psi.zip rom / driver does work for me on my intel x86_64 computer with both standalone mame and the libretro mame.
But as expected it's a preliminary driver.
Seems to be an arcade system as you have to put in money.
The regular lr-mamearcade.so version for the RPI4 will probably not have the driver.
I will check that later but it's probably the reason it doesn't work.Edit :
The driver v4psi isn't compiled within the RPI4/gcc8 libretro core versions.
That is why it doesn't work for you. -
@Folly So, I'm confused - why DOES it work in lr-mame?
-
I will explain.
Back in the days there was MAME and there was MESS.
MAME did Arcade systems and Mess the NON-Arcade systems.
Ultimately they joined forces and merged the packages.
So now MAME does all the systems arcade and non-arcade.
But it's possible to make your own driver list and compile mame with only these drivers.
Basically this means that you still can compile mame with only arcade drivers and mame with only non-arcade drivers but you need good lists.
It's also possible to make the lr-mame libretro core full-mame which means it can do all arcade and non-arcade.
The libretro buildbot provides such recent packages for regular PC's.
However with older RPI's the binary is split up because if not some RPI's can have difficulty with it.
I used my regular PC to test, which uses the full-mame libretro core, which definitely has all the drives so I know it can work.
Here you can see what drivers are used when lr-mame or lr-mess is compiled, look for mame.flt and mess.flt :
https://github.com/libretro/mame/tree/master/src/mameThese flt (filters) are not correct therefor you have a mamearcade.so and a mamemess.so with reduced set of drivers.
v4psi is in this perspective missing !Hope you understand it more now.
-
@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.)
-
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.
(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.)
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.)
-
@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. -
@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.
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.