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

DTEAM

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

@folly
Other systems to try :

Those systems doesn't work for me.

DTEAM

@folly
I got your last version from your link above : add-mamedev-systems.sh
I have used line 10 instead of line 11. Line 11 doesn't work for me when it's time to load systems by letters.

Folly

@dteam

Which link ?, be sure you use temp.
Did you remove other versions ?

No problem for me, I can select line 11.
Just installed those.

I picked it fresh from github, so it should work.

DTEAM

@folly
I’ll do another test

Folly

@dteam

I created an issue on github for mame.
https://github.com/mamedev/mame/issues/8274
Hopefully they can fix it.

Folly

@dteam

Any luck yet ?

DTEAM

@folly
Retropie added a precompiled MAME 0.233. So now it’s fine from binary

Folly

@dteam

Ok, I will check.
(edit: yes, indeed retropie updated it to 0233 !)

But the temp front-end module-script doesn't depend on mame because of the drc issue.
So this was an other issue I presume.

Folly

@dteam

I tried to run these :

benesse pocket challenge MAME name POCKCHAL
Tiger Gizmondo : MAME name GIZMONDO
Zeebo (Brasil) : MAME name: ZEEBO

No luck so far.

DTEAM

@folly
Same thing for me

Folly

@dteam

While busy with these, I found roms for other handheld systems and those are working.
I have to see on my other pi4 what these systems are.
But I think you have them already working as they booted in Artwork.

Btw. there is bad output from mame -softwarelist

pi@raspberrypi:~ $ /opt/retropie/emulators/mame/mame -listsoftware pockchal
gives on all games => supported="no">

pi@raspberrypi:~ $ /opt/retropie/emulators/mame/mame -listsoftware zeebo
No software lists found for this system

pi@raspberrypi:~ $ /opt/retropie/emulators/mame/mame -listsoftware gizmondo
No software lists found for this system

Folly

@dteam

I have these running :

gamecom
gamepock
pockstat

DTEAM

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

I have these running :

gamecom
gamepock
pockstat

Great !!! On my end, what I have been able to get to work as portable or keyboard less systems is listed here.

gamecom, gamepock and pockstat are in that list.
BTW , the artwork for pockstat is from me. I created that one (-; I always thought the Sony Pocket Station looked like a baby radio monitor. Strange design

Folly

@dteam

Yes indeed I should have known it right away.
But it was obvious as the artwork was already there :-)

We could just add these and more in the front-end menu in the menu option :
Handhelds / Plug & play

What do you think ?
Or is that too much ?

DTEAM

@folly
Yes, It would be great

Folly

@dteam

Ok, I will see what I can do.

Folly

@dteam

For now I added all the systems from your list, except nes_detach as this system can't be installed by the script.
link_to_commit

Perhaps we have to alter the name of the menu item and perhaps I have to take the same route as I now do with temporary mame database.
Then we could just pick out the lines we want to add without rewriting them.
Then we could also choose to install on systems or on descriptions.
(I am not doing that now, but we can perhaps do this in the future.)

DTEAM

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

Now you can install :

lr-mess/mame <-- make sure you do this first, otherwise you can't add systems !
lr-mess/mame systems
the handhelds by @DTEAM

Hi Folly, in your first post, maybe you could add a link to my gamelist for handhelds. It's my second post here.

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:

Now you can install :

lr-mess/mame <-- make sure you do this first, otherwise you can't add systems !
lr-mess/mame systems
the handhelds by @DTEAM

Hi Folly, in your first post, maybe you could add a link to my gamelist for handhelds. It's my second post here.

Done

Folly

I cleaned up my repository by moving many old files to the backup directories.

Now about the updates.

To prevent breaking things I left these files untouched :

generate-systems-lr-mess_mame-2v1.sh (basic script)
generate-systems-lr-mess_mame-2v1-ext.sh (basic script to generate in the ext directory)
add-mamedev-systems-test6_temp.sh (front-end)
add-mamedev-systems-test6-ext_temp.sh (front-end to generate in the ext directory)

As I was thinking it's better to move to newer versions.
So I made new versions based on 2v1 with adding the new stuff to it :

generate-systems-lr-mess_mame-2v2.sh
generate-systems-lr-mess_mame-2v2-ext.sh

I added the updates thoroughly and expect no issues ,at least I hope so.

I still have to do the front-end though, as I want to move to version 7 with the front-end, so be patient.

Here is the commit of the basic scripts :
link_to_commit

Multiple improvements to the basic scripts :

add translation "ai" lines to retroarch.cfg when installing a module-script
- Using hotkey "t" will translate the picture and pause the screen and translate
- Press "t" again to resume the game
- You might want to make a save-state before translating, if you experience a crash while translating
add cheats to the correct mame.ini when installing a module-script
- version 2v1 added this in the wrong mame.ini
- version 2v2 should be ok now
add game-specific-config runcommand lines in the emulators.cfg when installing a module-script
- if you load a game with the line containing "game-specific" then game-unique sub-directories are made with mame/lr-mess config files
- now it's possible to change the input per game in the mame-UI or lr-mess-UI
- to prevent conflicts between mame and lr-mess don't use the same config files, they get their own sub-directory
- config files for mame are save in /opt/retropie/configs/<RETROPIE-SYSTEM>/mame/<GAME>/<MAME-SYSTEM>.cfg
- config files for lr-mess are save in /opt/retropie/configs/<RETROPIE-SYSTEM>/lr-mess/<GAME>/<MAME-SYSTEM>.cfg
add sorting the emulators.cfg when installing a module-script
- implemented this because it can get a mess if there are more than 10 lines in the emulators.cfg file
- if a "default line" is present it always goes to the last line

I also added the first post as a readme file into the repository :
link_to_readme
This way we always have a backup and we can keep track of the changes done in the first post :
link_to_changes