Development of module-script generator for lr-mess, lr-mame and mame standalone
-
@folly said in Development of module-script generator for lr-mess and mame standalone:
@jamrom2 @DTEAM
Do you both like it too ?
Have some fun.
I did quite some testing and everything should be ok.
In above process I enable mouse for basename loaders for all systems too.
This could be an improvement when we load games, that use mouse, with the basename loaders in general.
But it can also mean that we run into some issues with some systems.
For the custom media loaders it was already enabled from the beginning and we never had any issues so I think we are good.
Can you both let me know if you run into problems ?I'll try it today!
-
Downloading the gamelists and media with the script doesn't work correctly anymore.
I have encountered this problem here :
https://retropie.org.uk/forum/topic/32188/creating-es-gamelists-with-media-for-mame-lr-mess/13EDIT :
Problem has been solved :
MATT has updated his script, It's working again ;-) -
@folly said in Development of module-script generator for lr-mess and mame standalone:
@jamrom2 @DTEAM
Do you both like it too ?
Have some fun.
I did quite some testing and everything should be ok.
In above process I enable mouse for basename loaders for all systems too.
This could be an improvement when we load games, that use mouse, with the basename loaders in general.
But it can also mean that we run into some issues with some systems.
For the custom media loaders it was already enabled from the beginning and we never had any issues so I think we are good.
Can you both let me know if you run into problems ?It's nice!
I did a test with MSX2 (Sony ...) and Gamate. It works fine. Great job!! -
@Folly
Do you think It could be possible to have save state slots per game for MAME and not per system like lr-mess does? -
I was thinking that both mame and lr-mess made per game save-states.
Do have an example on what you do/what happens with both mame and lr-mess when making a save state ?
Which loaders do you use ? -
For Lr-Mess, it's libretro core. So that's fine. For MAME, they use the driver (system) and not the game. It seems to be ok for Arcade games but not for console.
NEW EDIT: I found something. In /opt/retropie/configs/
arcadearcadia
They create a custom-core-options.cfg file. Probably Valerino script Inside we can see:mame_saves = "game"Maybe it's the solution.
-
I see what you mean now.
When pressing shift+F7 for saving you have to press a button and button-name is also the save-state name.
Indeed that is something that isn't great.Will have a look here and there if I also can find something.
My finding up till now is that I can make a dummy file.
Then I can use this for saving the game under that name.
The dummy file I made for the game E.T. :
It's also possible to add the option
-state_directory <a_specific_directory>in the loader which can contain the game name for instance.
Could be a solution too. -
@Folly
Have you read my new edit. I think it could work. I'll try it later. -
Yes I did.
Perhaps we can combine the methods so the savestate will come in the same directory as the rom just like with lr-mess.
Curious what your experience will be.
-
@DTEAM said in Development of module-script generator for lr-mess and mame standalone:
NEW EDIT: I found something. In /opt/retropie/configs/
arcadearcadia
They create a custom-core-options.cfg file. Probably Valerino script Inside we can see:mame_saves = "game"Maybe it's the solution.
It doesn't work .
-
Done some searching.
Have a look here :
https://forums.bannister.org/ubbthreads.php?ubb=showflat&Number=106338
and here :
https://docs.mamedev.org/commandline/commandline-all.htmlWe probably need to use the option :
-statename
When we want the savestates in the rom directory we should use both :
-state_directory-statename
-
EDIT :
I did a second change to use RetroPie-names.
So when using konamih, for example, that directory is created.You can test !
I added the option
statename \$_system/%BASENAME%to all mame loaders.
This is probably the best solution for now.https://github.com/FollyMaddy/RetroPie-Share/commit/318d1bd18d343f00d8cf00fcad94463a9e312ac2
https://github.com/FollyMaddy/RetroPie-Share/commit/098a1878adb72cdebaf5e5a7647b577844089e93 -
F Folly referenced this topic on
-
Have you read my edit in the last post.
I think the second commit is quite an improvement of how it should be.
Do you like it too ;-) ? -
@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:
@jamrom2 @DTEAM
Do you both like it too ?
Have some fun.
I did quite some testing and everything should be ok.
In above process I enable mouse for basename loaders for all systems too.
This could be an improvement when we load games, that use mouse, with the basename loaders in general.
But it can also mean that we run into some issues with some systems.
For the custom media loaders it was already enabled from the beginning and we never had any issues so I think we are good.
Can you both let me know if you run into problems ?It's nice!
I did a test with MSX2 (Sony ...) and Gamate. It works fine. Great job!!I found an issue and fixed it.
Can you check if you have these files in /opt/retropie/configs/msx :
- retroarch.cfg.basename
- retroarch-core-options.cfg.basename
If so you have the correct configs.
If not, then I want to ask you if you can test it again.
This is the fix :
https://github.com/FollyMaddy/RetroPie-Share/commit/cbdbcac8778ec95f216604f584c23ca4de029bd4 -
F Folly referenced this topic on
-
@Folly
Hi Folly,
I used your script to generate a new emulator.cfg file. MAME no longer seems to recognize gamepads. I lost access to my UI setup. When I try to configure it again with the keyboard, the gamepad buttons don't work.Something has changed that causes the gamepads to no longer work. It's related to the emulator.cfg command lines and the new MAME directory I believe.
For savestates, your solution works well!!! I added -statename $_system/%BASENAME% on a MAME loader and it works.
We don't see the system name but " \ " as main folder, but it works! -
Great to hear that the savestate problem is solved.
If I remember correctly, I think I moved the mame input configs to :
/opt/retropie/configs/<system>/mame
So they are not in the regular roms directory anymore.
I probably forgot to mention it.It works the same as the game-specific ones that are in :
/opt/retropie/configs/<system>/mame/<game>Which system did you update ?
Then I can do some tests. -
@Folly said in Development of module-script generator for lr-mess and mame standalone:
Great to hear that the savestate problem is solved.
If I remember correctly, I think I moved the mame input configs to :
/opt/retropie/configs/<system>/mame
So they are not in the regular roms directory anymore.
I probably forgot to mention it.It works the same as the game-specific ones that are in :
/opt/retropie/configs/<system>/mame/<game>Which system did you update ?
Then I can do some tests.Gamate and MSX2 (I did my tests on Gamate for now)
-
@Folly said in Development of module-script generator for lr-mess and mame standalone:
If I remember correctly, I think I moved the mame input configs to :
/opt/retropie/configs/<system>/mame
So they are not in the regular roms directory anymore.
I probably forgot to mention it.The downside to this approach is that you have to reconfigure the UI setup ( here i'm talking about UI setup for MAME (frameskip, exit, etc.) and not for games ) each time you use a new system with a gamepad.
-
I found the problem the path is missing from the -cart loader.
The downside to this approach is that you have to reconfigure the UI setup
Wasn't aware of that.
I was thinking that these configs were in the roms/<system>/mame directory and that you had to reconfigure also when installing a new system.
So then it's probably better to remove the -cfg_directory parts in the mame loaders.EDIT:
I see now that they are in : /home/pi/RetroPie/roms/mame/cfg
I will adapt it asap. -
Can you test it again.
I updated the script.
The config directory for mame is back to default.
It should be fixed now.https://github.com/FollyMaddy/RetroPie-Share/commit/ffb480144328b436625d7c03266e5092771dc109
https://github.com/FollyMaddy/RetroPie-Share/commit/77b05a8d5c605e7c0f99444939b45bf971319b72
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.