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

DTEAM

Hi today I ran amiga CD32 system with lr-mess and Mame, but I had to do some modifications

This line works (note: I use an amigacd32 folder)

lr-mess-system-cd32-cdrm = "/home/pi/RetroPie-Setup/scriptmodules/run_mess.sh /opt/retropie/emulators/retroarch/bin/retroarch /opt/retropie/libretrocores/lr-mess/mess_libretro.so /opt/retropie/configs/amigacd32/retroarch.cfg \cd32 /home/pi/RetroPie/BIOS/mame -autoframeskip -cdrm %ROM%"

These need to be changed

mame-system-cd32-cdrm = "/opt/retropie/emulators/mame/mame -v -c amiga -cdrm %ROM%"
mame-system-cd32-cdrm-autoframeskip = "/opt/retropie/emulators/mame/mame -v -c -autoframeskip amiga -cdrm %ROM%"

By

mame-system-cd32-cdrm = "/opt/retropie/emulators/mame/mame -v -c cd32 -cdrm %ROM%"
mame-system-cd32-cdrm-autoframeskip = "/opt/retropie/emulators/mame/mame -v -c -autoframeskip cd32 -cdrm %ROM%"

To run it with MAME, we must use the Bios name and not amiga

Folly

@dteam

I will put it in the issues section, so I can look at this problem later.

I had a quick look.
It seems it is a problem for all Amiga systems and perhaps more systems.
If I remove the sed part of amiga in line 266 then it uses the mamedev naming for all Amiga systems.
But then we don't use the RetroPie naming for the Amiga systems.

Well I have to dig deeper into it.

EDIT :
I found the problem.
It was a mistake.
I used the newsystems array instead of the systems array.
I fixed this, but the game rom directory will still be amiga.
It will fix others systems too, no doubt about that.
https://github.com/FollyMaddy/RetroPie-Share/commit/85dfdbc7a2a6fa4b2538b7803dc1f9e2fe2e5006

Folly

@DTEAM

Can you check this post again about gamate ?
https://retropie.org.uk/forum/topic/29682/development-of-module-script-generator-for-lr-mess-and-mame-standalone/12

Seems I didn't added a comment in the first post about a fix.

Folly

@GeekOB

Hi,
I saw that you are interested in Philips CDI, in an old thread.
If you want to run Philips CDI you should be able to do it with this project now.

DTEAM

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

@DTEAM
Can you check this post again about gamate ?
https://retropie.org.uk/forum/topic/29682/development-of-module-script-generator-for-lr-mess-and-mame-standalone/12
Seems I didn't added a comment in the first post about a fix.

I did a test with gmaster (Game Master) and you did the change and It works. You fixed It. You can add a comment in the first post.

DTEAM

@Folly @valerino

When we use the script, It generate at least 2 packages to install (excepted for gameandwatch, tigerh,all_in1, classich, etc. - systems from my post).
Sometime It's 4 and more. Would you like to keep it like that or regroup everything in one package line?

Folly

@dteam

What you mean is can we make 1 script that installs for multiple media and a basename line.

Indeed I had that same idea a month ago.
I would be nice if I could change this.

But this will require a very smart part in the script.
And I have to take 2 things into account :

remember all entry's of 1 system until the last entry and then inject them in the script
join the media and cmd parts

I haven't had an idea on how to change this.

At the moment it does all one by one, so keeping it simple.

I will add it to the future ideas.
Perhaps we get a great idea on improving this.

Folly

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

@folly said in Development of module-script generator for lr-mess and mame standalone:
@DTEAM
Can you check this post again about gamate ?
https://retropie.org.uk/forum/topic/29682/development-of-module-script-generator-for-lr-mess-and-mame-standalone/12
Seems I didn't added a comment in the first post about a fix.
I did a test with gmaster (Game Master) and you did the change and It works. You fixed It. You can add a comment in the first post.

And what about C64 and Atari Jaguar ?

DTEAM

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

@dteam
What you mean is can we make 1 script that installs for multiple media and a basename line.

Sorry, my mistake, when we install one system ex.:

bash $version gmaster

it generate multiple packages . Do we keep it like this or we converge everythings in one package line in the Retropie package menu. You already answered. Thanks

DTEAM

@Folly @valerino
In the hash folder. We can found 5 .hsi files including two for MSX and MSX2. Do you know if they use It to integrate all computers related to MSX in one system, such as MSX2 or MSX?

Folly

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

@Folly @valerino
In the hash folder. We can found 5 .hsi files including two for MSX and MSX2. Do you know if they use It to integrate all computers related to MSX in one system, such as MSX2 or MSX?

I opened it with a text editor.

It contains the <extrainfo> parameter which are the cartridge mapper types for some games to help the emulation.

I think the MSX2 type will also use the msx.hsi because I didn't find double games in both msx.hsi and msx2.hsi.

Folly

@DTEAM

But this will require a very smart part in the script.
And I have to take 2 things into account :

remember all entry's of 1 system until the last entry and then inject them in the script

join the media and cmd parts

I haven't had an idea on how to change this.

Perhaps I have a better idea.
Maybe I can create an empty dummy file for a system that comes along for the first time and then inject all commands one by one later in that dummy file, sort of speak, while checking if the file already exists or not.

I will check this solution later when I am in the flow of programming.

Folly

@DTEAM

I had a look again at the mame-basename lines from the generated-cmd module scripts.
I have doubts about it, can't see exactly what I am missing here,
but we should have a deeper look into this.

Perhaps we don't have to keep them in there.

valerino

hi guys!
here i am :)
i will look better later (i have first to improve further the crt/hdmi option in my fork).

2 things for now :

as far as i see, @Folly script can be surely included as something like a menu option in retropie configuration. something like "add mame/mess systems", selecting it will show the systems it may add, you select the ones you want, it will generate the needed lr-scripts.
i'm understanding you are supporting both mame and lr-mess. why not supporting mame only at this point, which is the 'main' project (afaik mess is discontinued) ? the command line interface anyway should be the same.

regards!
v.

Folly

@valerino

Welcome to our thread.

You are correct, it would be nice to have a menu part from within the Retropie-setup.
Do you have an idea on how to construct this ?
Though, I think we face a problem, how do we select the ones we want out of more that 7000 systems ?

For the mess part, perhaps you know more about that.
But as far as I know lr-mess is still alive within the mamedev source.
For example -cas support has been added for Philips P2000T which will also work if lr-mess is used.
Or is it also possible to load Philips P2000T in lr-mame ?
As far as I know it is still splitted :

lr-mame for arcade/console computers
lr-mess for regular computers

It would be nice if we can still use a libretro-core which have an advantage with joystick support and retroarch functions.

valerino

@folly i'm looking just now in the retropie sources if there's some readymade api to make something like a menu with sort-of-checkboxes (i would need it also for my hdmi/crt thing). that would be the ideal solution for your script too. anyway, if it's not there, we can make it.

about mame/mess.... afaik mess is discontinued and all is merged into mame (beware, i refer to mame/mess, without considering the retroarch core). so if mess have it, mame should too in the first place. maybe im wrong ?

v.

Folly

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

@folly i'm looking just now in the retropie sources if there's some readymade api to make something like a menu with sort-of-checkboxes (i would need it also for my hdmi/crt thing). that would be the ideal solution for your script too. anyway, if it's not there, we can make it.

Nice, keep me posted.

about mame/mess.... afaik mess is discontinued and all is merged into mame (beware, i refer to mame/mess, without considering the retroarch core). so if mess have it, mame should too in the first place. maybe im wrong ?

I know it can be confusing, but I think it is still :

standalone mame does both arcade/console and regular
arcade/console and regular are splitted into lr-mame and lr-mess

We can do a test.
If lr-mame will do what lr-mess does, then we can drop lr-mess.
Edit :
How do we load, for example, a -cartfor Atari Jaguar with lr-mame, if we want to test ?

valerino

@folly never used mame/lr-mame for anything else than arcades, sincerely (since the non-arcade drivers are not comparable to standalone dedicated emulator or lr-cores). anyway, since mame and mess should be essentially the same thing, nothing should change in the command line interface, should be exactly the same.

Folly

@valerino

Ok, I did the test.
Normally I use your run_mess.sh script for running lr-mess and I have a cmd line that runs directly for, for example handhelds.

So I installed lr-mame from the exp packages.
Renamed it like lr-mess and placed it in that directory.
Tried it just like lr-mess but that didn't work.
Also tried with one of the handhelds directly, it said it can't find the driver.

So I presume lr-mame has only arcade drivers.

valerino

@folly so you're right. weird. but i'm pretty sure for the standalone version is like i said, only mame is mantained.