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

bbilford83

@Folly I have some good news and bad news. Good news first:

I was able to make art for all the microvsn games, kind of (see bad news #1). I added it to my folder, here, as microvsn.zip.
The "specific cart" runcommand choice did work and creates game-specific config files that allow for game-specific button mapping. I checked the config folder and it is creating subfolders (with weird titles like configs\microvsn\lr-mess_BFT98~I) but in each subfolder there is a microvsn.cfg file being created when you run the game and it contains mapping info after you map.
Probably the best news, I was wondering why if it creates game-specific cfg files for mapping you couldn't somehow assign the art in there too, and it turns out it does that automatically! So after you first pick the art in game, and map in-game, from that point on the game will automatically load with mapping and art correct. The config file will say something like this in it:

I figured out what was wrong and why I couldn't play any games. The paddle at the bottom of the handheld wasn't working at all even though it automatically maps to the left analog stick. I dug around in all the settings and found one, in "machine configuration," that says "Paddle Hardware" and is set to "Auto" by default. If you change that to "Yes," the paddle starts working as controlled by the analog stick (sort of - see bad news 2 below).

OK, bad news.

My art is crap. Some of them it is definitely good enough (see, for example, Super Blockbuster), some of them it is way off, like the art is blocking the gameplay (see Vegas Slots). And for Mind Buster, it just isn't working at all, and I can't figure out why. I don't expect you to fix any of it, but I am confident at this point that I can't... I just have been moving stuff around a little bit here and there but for some things (like Vegas Slots) I can tell I won't be able to figure out where it is supposed to be mapping to. So I am doing this detailed post in the hopes that maybe, now or some day, someone will figure out how to create fix the art to make it right. Right now, I would say that the art is no good for: Bowling, Connect 4, Mind Buster, and Vegas Slots.
I think this may be just an inherent problem with using an analog stick to control a paddle, but I still find the games pretty unplayable. The paddle location says in-game that it is in the middle, but it always defaults to being to the right. And it moves way too fast. I tried changing the sensitivity and the increment/decrement speed (under "analog input adjustments" in the MAME menu) and it didn't seem to help. No idea why, it seems like it should be adjusting it to me and I've used it in other systems that way before.

Edit: I think it is actually working better once I put the sensitivity way down, like 3 or 4.

Anyway, I again appreciate your positivity and encouragement but I think this is about as far as I'll be able to take it :(. Hopefully it'll be a stepping stone for someone at some point.

Folly

@bbilford83

Edit :
Nice to hear the good news.
Just saw your microvsn artwork attempts.
I must say WOW you have implemented quite some games, if not all.
I see that some need fixing indeed.

I try to look at it better, if I can, when I am less busy.

some of them it is way off, like the art is blocking the gameplay

I think, somehow the display is blurred by default and that is why it's blocking somehow.
The internal view is better in that perspective although I don't know how to implement it in the layout as a filter.

bbilford83

@Folly Thanks! Yes honestly I am surprised at how playable some of them are. Baseball right now is interesting. I am making a gamelist now too with good descriptions I will add to the others on google drive for you and Dteam if you want. With the art I have up I would say these are playable:

Alien Raiders (though I really don't get it, and the paddle controls are hard)
Baseball (very straightforward, easy to do well)
Block Buster (extremely hard without a proper paddle controller even on easiest)
Cosmic Hunter (also very confusing and hard to beat, you have to be two pixels away from the bad guys, but I don't think that's a problem with art or controls)
Pinball (this is terrible and not really pinball, it is like breakout with four targets, but it works)
Star Trek: Phaser Strike (ridiculously simple/boring game but it works)
Super Blockbuster (interesting take on breakout, protect blocks below you)

These are not, and the problem is my art:

Bowling (nothing aligns to the art)
Connect Four (ditto)
Mindbuster (art just won't load, can't find my error)
Vegas Slots (nothing aligns to the art)

This one I think is a problem with my art but I am not sure:

Sea Duel (I can't really figure out how to play it).

bbilford83

One quick fix - I figured out what was wrong with MindBuster and it was just me somehow repeatedly missing a typo. I've fixed it and updated the zip. The art for that one isn't perfectly aligned but it's usable.

Folly

@bbilford83

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.