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

Folly

I just added a commit adding views for artwork :
https://github.com/FollyMaddy/RetroPie-Share/commit/a852de39287db2b95a39d2bfac75b16c9e023140
It should now load the correct view like we want with microvsn or even vectrex if the artwork is suited for it.
I hope it's an improvement and that it will not cause any issues.

The softlist/basename name is used for the viewname so you have to use that in the layout of the artwork file.
So for the microvsn you have to change the zoomed bezel one,for example, into the softlist name and then it should work.
Or just duplicate that one and call it like the softlist name that should do the trick too and then you still have the original name if someone has to choose for some reason.

Of-cource you have to install the microvsn system again with the script to utilise the new runcommands.
As described, to get it working there should be no view part inside the cfg, remove something like this :

<video>
     <target index="0" view="<viewname>" />
</video>

So basically if you don't store a view via the menu in the beginning it should work.
Hope you understand what I mean.

Can you test this new option for me ?

I added the views in your microvsn.zip on my gdrive :
https://drive.google.com/drive/folders/1HQKNcrzR7AC7y4FShFT7N1hr0QHb-Gq1

Btw :
I added an edited vectrex.zip too.
(removed the old ones as the weren't what I thought they were)

bbilford83

@Folly I'm happy to but I may need a couple days, have a crazy window at work. Sorry!

bbilford83

@Folly sorry for the delay but I finally installed and tested and for me it isn't working. I updated the mamedev script and then reinstalled microvsn, but no matter what I pick now it is still automatically loading the first listed view for the art. I get what you're trying to do (make it so nobody has to do the setting of the art themselves) but I am not sure why it isn't working. I tried it both with the -basename and the -cart runcommand. It still works fine with my preset art choices if pick the game-specific run command... I didn't need to remove the view from the config file because that one creates a subfolder with a new config for each. But when it is using any of the other runcommands and the "stock" config file it is still loading the first view (always Alien Raiders).

Happy to test further if you want. I messed around a little more with the art too today trying to fix it, but no luck :(.

Folly

@bbilford83

It will only work for mame standalone.
Try to backup if you need to :
/home/pi/RetroPie/roms/mame/cfg/microvsn.cfg
Then remove the file.
Try to use the regular non-game-specific runcommands and see if it works.
If it does then we can go to the game-specific ones and test that part.

bbilford83

@Folly Unfortunately that didn't work either, but I think it might be because on pi4 standalone mame can't handle the art? The art doesn't display but everything slows to an absolute crawl and it only is recognizing buttons presses once in a while, and very delayed. Keep in mind I hadn't tried anything on standalone mame yet, I only use libretro with your script.

Folly

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

@Folly Unfortunately that didn't work either, but I think it might be because on pi4 standalone mame can't handle the art?

It can handle the art but it loads the art from a different folder than lr-mess/lr-mame does.

The art doesn't display but everything slows to an absolute crawl and it only is recognising buttons presses once in a while, and very delayed.

That should not be the case, very strange.
Aren't you mixing things up ?
The libretro one should be very slow when running it with mame artwork.

Keep in mind I hadn't tried anything on standalone mame yet, I only use libretro with your script.

Although possible,I didn't add -view option in the libretro runcommands as pi's can't handle mame artwork speedy enough in the lr-mess/lr-mame.

bbilford83

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

It can handle the art but it loads the art from a different folder that lr-mess/lr-mame does.

Oh, duh, I knew that but somehow forgot. Good news, when I put the artwork file where it belonged, it worked exactly as it should, picked the correct art for the game. Congrats!

That should not be the case, very strange.
Aren't you mixing things up ?
The libretro one should be very slow when running it with mame artwork.

I don't know why it was running so slowly for me before when I was navigating the menus, but this time it worked as it should, no issues with gameplay. I'm sure I must have been doing something wrong at the time but it is OK now. You might want to see if someone who regularly uses standalone can test too since that's not my usual, but I think it's a safe bet it's working right now.

Folly

@bbilford83

Thanks a lot for testing it out and letting me know.
So it looks like it's working correctly now, I will keep it in for mame standalone.
For lr-mess/lr-mame I have to decide in the future.

Btw: you can simply add it in your runcommans manually if you want.
Just look at how it's done in mame and you can implement manually in lr-mess.
I am curious if it works for you.

Folly

I changed my version to 0259.06 for preliminary ArchyPie support.
Due to that I had to change many paths in the script into variables.
I did some rigorous testing and everything seems to be fine but if someone will notice some issues then please report.

DTEAM

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

Does somebody is able to run UBOAT from MAME 0.259. On my side, it won't load.
Bandai U-Boat [hap, Sean Riddle, eggs] ROM name= UBOAT

The problem was on my end, corrupted rom. Sorry for that

Folly

@DTEAM

Aha thanks.
No problem.

Folly

All updated to 260.

bbilford83

So this is a super niche question, but does anyone have Super Cassette Vision working on their setup working, and if so are you able to play "Dragon Slayer"? I have been adding it with the script and everything works great except in that one game, no matter what I do I can't get into actual gameplay. The game loads properly and goes into "demo mode" after telling me to hit start, but unlike every other game that tells me to hit start hitting start doesn't actually do anything. I can see from some youtube videos that there are people emulating this properly and I'm at a loss...

Folly

@bbilford83

Indeed, have the same problem.
Tried it on scv_pal and it worked.
Read in the hash (scv.xml) that dragon slayer is a game only for Japan.
Perhaps the reason it doesn't work on the normal "ntsc" version.
Not sure though "pal" is also used in Europe, so very strange.
Perhaps an issue in the driver.
On the other hand, the dragon slayer rom is stated as "not correctly dumped" so that could also be the problem.
In the hash table they are also not sure how much "ram" the cartridge has on board.
Nevertheless it works on scv_pal.

bbilford83

@Folly Thanks very much! I will add it that way.

The only other game I had issues with is prowrest, which seems to be missing audio and running super fast. Did you have problems with that one too and maybe that would also run better on the _pal version?

Folly

@bbilford83

On the pal version everything works slower because of the pal 50Hz refresh frequency (instead of 60Hz for ntsc).
So probably will work better on the scv_pal.

Let me know if that works.

bbilford83

@Folly I am trying to figure out a way to use the scv_pal emulator options to launch games in my scv system. I added the emulator lines to emulator.cfg but when I select it to launch the games it just boots me back to the emulationstation menu. I realize now maybe that is because the system info in es_systems.cfg still says this:
"<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 SYS scv %ROM%</command>"

And it should say "scv_pal" if I had a whole separate system entered for scv_pal. But there must be some way to run it with that emulator selection without creating a whole separate "scv_pal" system in emulationstation, right?

Sorry if this is obvious...

Edit: I also noticed Ton Ton Ball and Wheelie Racer are the same as Dragon Slayer, they load to the launch screens but won't take inputs. I assume svc_pal would fix them too.

bbilford83

Aha nevermind @folly, I figured it out. I had to change the emulator.cfg file to use the right rompath, that was all. I tested all three games and they work on _pal :).

Folly

@bbilford83

Update:
https://github.com/FollyMaddy/RetroPie-Share/commit/107daa8743cc8d75fd06f6702480be78883d82bc

scv_pal will be installed in scv.

bbilford83

@Folly Good idea!