Development of module-script generator for lr-mess, lr-mame and mame standalone
-
Added your question to the mame forum.
Perhaps they can help.My guess it will look something like this :
-
@Folly on a totally different note, today I checked your script and saw that you have integrated installation of the new LJN Videoart system that became usable in mame/mess .261. I installed it, and have the new videoart.zip bios in the correct places, but for me none of the 9 games will launch - they all go back to the emulationstation menu immediately. I tested in lr-mess, lr-mame, and mame standalone, unfortunately none seem to work. Maybe it is still something just I am doing wrong but if you have the time to check could I ask if you can see if it works for you? Or I'd take any other ideas you might have on what I did wrong :).
-
saw that you have integrated installation of the new LJN Videoart system that became usable in mame/mess .261
Just for your understanding, I didn't add it in my script.
It depends on the database I added.To fix it you need another bios too.
Go to the restricted downloads and select BIOS not found after you tried running a game. It will read the runcommand.log and automatically add the files to the form and ultimately to the list. -
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
saw that you have integrated installation of the new LJN Videoart system that became usable in mame/mess .261
Just for your understanding, I didn't add it in my script.
It depends on the database I added.To fix it you need another bios too.
Go to the restricted downloads and select BIOS not found after you tried running a game. It will read the runcommand.log and automatically add the files to the form and ultimately to the list.
Remember (??? = org)Thanks very much for the quick reply. I had never even noticed that part on your script, trying it now. Where it says "insert the options," I see that ???, but is that the only thing I change?
Edit: I tried that but it says "no search results found."
Edit 2: I understand about updating the database, I wasn't being very precise in my phrasing but I just meant that you had updated whatever you needed to so that the system was now included :).
-
@bbilford83 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
I see that ???, but is that the only thing I change?
yes
-
Actually @Folly, I didn't know about the runcommand.log file before, that is obviously very useful! But looking at that now I don't think it is a bios problem. This is what it says:
But I do have lr-mess, mame, and mess all updated to current, so I thought it should "know" it is a working system?
-
You can find the runcommand.log in /dev/shm.
Indeed this is probably a different issue, have you tried mame standalone ?Can you check your version of lr-mess in the mame UI (about)
-
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
You can find the runcommand.log in /dev/shm.
Indeed this is probably a different issue, have you tried mame standalone ?@Folly yes, standalone cart, standalone basename, lr-mess, all kick me right back out.
Can you check your version of lr-mess in the mame UI (about)
In mame UI, about (loaded a diferent game), says MAME .261 (ILP32), Revision: 7d5e2708. Retroarch "information" says the same - MAME (.261 (7d5e2708).
Do I maybe need to update from source instead of binary? For any other newly-added systems/games so long as the .2XX number has matched it has worked for whatever was listed as newly-working so long as I updated to the current binary.
-
Ok your version seems correct.
No need to update.
I would always install from binary.Can you post me the runcommand of mame-basename from the emulators.cfg ?
BTW :
Noticed that I never tried lr-mess so I have to try later. -
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
Can you post me the runcommand of mame-basename from the emulators.cfg ?
Of course, here you go:
mame-videoart-basename = "/opt/retropie/emulators/mame/mame -rompath /home/pi/RetroPie/BIOS/mame;/home/pi/RetroPie/roms/videoart -v -c -ui_active -statename videoart/%BASENAME% videoart %BASENAME% -view %BASENAME%"
-
I don't see strange things in your runcommand.
Tested everything ok with mame and lr-mess with cart and basename.
Will think about it, have to work now.
So we will proceed later. -
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
I don't see strange things in your runcommand.
Tested everything ok with mame and lr-mess with cart and basename.
Will think about it, have to work now.
So we will proceed later.Thanks, no rush. I was going to try a different romset but given the error in the runcommand it seems like it is probably not that either.
-
I have tried to run PMD-85 emulator on PI4, as shown in tutorial https://retropie.org.uk/forum/topic/32045/tesla-pmd-85-computer-in-retropie/23
However, it doesn't work: It is not possible to run "RetroPie-Setup" from emulationstation (to update scripts) after downloading the module-script file.
Previous I have successfully installed it on PI3.
Should the same steps work on PI4? -
@ladba1975 I merged your topic to the one from where the scripts originated.
-
@ladba1975 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
I have tried to run PMD-85 emulator on PI4, as shown in tutorial https://retropie.org.uk/forum/topic/32045/tesla-pmd-85-computer-in-retropie/23
However, it doesn't work: It is not possible to run "RetroPie-Setup" from emulationstation (to update scripts) after downloading the module-script file.
Previous I have successfully installed it on PI3.
Should the same steps work on PI4?It looks like you have tried to downloaded an old module-script and it probably has the wrong or no content.
This can happen with a curl command when you don't have a good internet connection.
If an empty .sh file is in the RetroPie-Setup then the RetroPie-Setup will refuse to work.
Check where you have saved the add-systems-mamedev.sh file and remove it.
The file should still be on github and working however that script is deprecated.
I would suggest to check my first post and add the new mamedev.sh script. -
@bbilford83 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
I don't see strange things in your runcommand.
Tested everything ok with mame and lr-mess with cart and basename.
Will think about it, have to work now.
So we will proceed later.Thanks, no rush. I was going to try a different romset but given the error in the runcommand it seems like it is probably not that either.
Just tested on both mame standalone and lr-mess on rpi4 with original binaries.
Mame standalone works and lr-mess doesn't work.
So It's very likely that the driver videoart isn't correctly added to the non-arcade subtarget list of the source-code of lr-mess.
Probably why videoart doesn't work.
Can you check mame standalone again, I think it should work.
Here is the mess subtarget list in the source code :
https://github.com/libretro/mame/blob/master/src/mame/mess.flt
Can't find videoart it is clearly missing (misc/videoart.cpp) :/opt/retropie/emulators/mame/mame -listsource videoart videoart misc/videoart.cpp
(above is the command to find the source of the driver)
I will check if other pure lr-mess binaries have the same issue.
The reason it worked for me on my x86_64 VM is that I use a full lr-mame/lr-mess binary from the libretro buildbot so all drivers are in there just like with mame standalone.
-
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
Can you check mame standalone again, I think it should work.
I did but it still boots out to emulationstation right away. Here's what the runcommand says.
(deleted)
-
You should share your runcommand.log differently, use your gdrive .
Or use pastebin.com and make sure you burn it after a while.
(you can re-use your old post)Have you added this bios too ? :
ef9365.zip -
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
You should share your runcommand.log differently, use your gdrive .
Or use pastebin.com and make sure you burn it after a while.
(you can re-use your old post)Have you added this bios too ? :
ef9365.zipI removed the screengrab since I think it wasn't showing anything relevant anyway.
I just added that bios, didn't know it was needed, and you are right, now it is working in mame standalone! Thank you. Though it is super slow for some reason, even with autoframeskip - I think that is something weird about my system though, you have said before mame should run faster than lr-mame but for me it never does.
-
Looks like we found the issues.
Good to know it is working now although sad to hear your mame isn't running fast enough, really not sure why.I would suggest you play with removing and adding the bios file I mentioned.
So you can see the difference in the runcommand.log.
Look for NOT FOUND then you know in which bioses mame will search.
If you use my option from the restricted you will notice that these bios names will be added in the form to get them from the list ultimately when proceeding.For this videoart system only it's not really worth patching or add an issue for lr-mess right now.
I think we do need to check this in the future for both lr-mess and lr-mame if the new drivers are added thoroughly enough.
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.