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

Folly

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

@Folly I'll upload tonight or tomorrow. Thanks.

Try to use sub-directories, something like this :
roms/microvsn/*.cfg
roms/microvsn/media/retroarch/overlays/*.cfg
roms/microvsn/media/retroarch/overlays/*.png

duglor

@Folly

HERE ARE THE OVERLAYS AND RULES TO SCALE THEM FOR THE MICROVISION GAMES - SEA DUEL, CONNECT 4, BLOCKBUSTER, and SUPER BLOCKBUSTER

https://drive.google.com/drive/folders/1TV2uGzbM2NmpD1hXFtTqs9h90qjHdC2F?usp=drive_link

Feel free to use them anywhere in whatever way you wish and even edit them, modify them, turn them upside down or what have you. In other words, I claim nothing for these.

Folly

@duglor

Thanks for sharing.
Can you change the directory structure and place the files inside :
/microvsn/<files>
And share the links of the directory structure ?

duglor

@Folly

https://drive.google.com/drive/folders/1TV2uGzbM2NmpD1hXFtTqs9h90qjHdC2F?usp=drive_link

is the new link with what you asked for. It is also editable by yourself if you'd like.

duglor

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

sensitiv

My slider adjustements stick for all games using that core. I can't get my adjustment to stick for only one game. Do you just go in and rename the mame.ini after you made the adjustement to the <gamename>.ini ? and then go back and change the mame.ini back to it's old sensitivities so the other games are back to their regular ways and only your one game with its new ini has different sensitivities that stick? For example, my analog changes in one vectex game stuck for all vectrex games using lr-mess-vectrex. I wish i could save the sensitivity for the one vectrex game.

bbilford83

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

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

sensitiv

My slider adjustements stick for all games using that core. I can't get my adjustment to stick for only one game. Do you just go in and rename the mame.ini after you made the adjustement to the <gamename>.ini ? and then go back and change the mame.ini back to it's old sensitivities so the other games are back to their regular ways and only your one game with its new ini has different sensitivities that stick? For example, my analog changes in one vectex game stuck for all vectrex games using lr-mess-vectrex. I wish i could save the sensitivity for the one vectrex game.

I hate to say it but now I realize I probably was setting it for the whole system, I'm not sure it was game-specific. I'll check later tonight but I may not be of help :(.

bbilford83

@duglor I think it was system-wide, sorry for the false hope on that. Though is there a reason to have the sensitivity higher for any other games? It seems way too high by default across the board to me.

Unrelated, I am testing out your overlays now, thank you so much for sharing them. Only one I tested so far though is connect four and after following your scaling instructions I don't think it's working for me... I can't see the piece on the top to know where I'm putting things and when they land they are going too low. See following picture. Are you getting better results or was this just how it was for you too?

alt text

Folly

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

@Folly

https://drive.google.com/drive/folders/1TV2uGzbM2NmpD1hXFtTqs9h90qjHdC2F?usp=drive_link

is the new link with what you asked for. It is also editable by yourself if you'd like.

Sadly not the way I want it.
It has to look like this :
https://drive.google.com/drive/folders/1f_jXMG0XMBdyOOBpz8CHM6AFj9vC1R6m

Folly

@bbilford83

My experience with "Orionsangels Realistic Overlays" is that overlays are always customized by the resolution from the initial user.
So if @duglor runs with 1920x1080 and you with 1600x900 then the values don't match up anymore.
Then @duglor made it for 1920x1080, for example.

So back to my example with "ORO".
These overlays are made for 1920x1080 and I run on 1600x900 so the widht (x) and height (y) values have to be re-calculated.
So if we want to re-calculate the values when using, for example 1600x900, we can do it like this for the width (x) :
new_x=initial_x * 1600/1920
or for the height (y) :
new_y=initial_y * 900/1080

So what you need to know is on which resolution you both run and then you can re-calculate it.

Not 100% sure but I expect it will work like this.

bbilford83

@Folly good point, I should've guessed that. @duglor could you share what resolution you are running at? Mine is 1920x1080 and probably that is not what you're using.

duglor

@Folly I'll check my resolutions

bbilford83

@Folly if you are interested, I finished all my testing for the two sources of "Zemmix" games - your list of all korean-made MSX1 and MSX2 cartridges and the "zuul" list you found online. Just from those, I have a gamelist now with 138 games that work well and don't use the keyboard at all. I did occasionally add another game that was either a sequel or came out before a game already on my list, and those are on there too. Regardless I have added them to my google drive folder shared already (the one starting with retropie as root) with the folder structure correct for them (although this one I have gamelist in the gamelists folder rather than in the roms folder, long story as to why).

This list is definitely super under-inclusive... and more and more I think it is maybe it is as little as 1/10th of the games that would work on an actual zemmix. I wish there was some shortcut to figuring this out but I think the only way is for me to test all the roms for both msx1 and msx2 cart, which I doubt I'll do (it would take weeks and weeks). But I may at least give msx2 a try.

FYI I also took notes on games that didn't work for some reason, or have issues. Snake-It and the MSX 1 version of 1941 both only work if you disable the first joystick (so if there is some way to do it from the command line they would definitely benefit). All of the following have some flaw that won't let you get into gameplay (either stays black forever, reboots over and over, or won't let any controls work): Dr. Hello, Eagles 5, Ninja Jajamaru-Kun, Tetris (only MSX1 version, MSX2 version works perfectly).

If I do test more I will update the gamelist as I do, but I will probably switch to trying out the C64GS next. I'd also welcome any ideas on how to avoid doing it game by game but not even the Zemmix fansites seem to have any lists that would help so I think I am out of luck. Regardless, it's neat to have the system working well.

Edit: just to see I tested MSX2 "A" games, and there were four more working ones, including the original "Aleste" which is an excellent shmup. I guess that is good and bad news :(. The MSX1 library is huge compared to 2, also...

Folly

@bbilford83

If we want to share a gamelist for Zemmix then it's probably the best way to separate it from MSX.
So you use the MSX2 Zemmix so I think I will call it zemmix2 which can do both msx1 and msx2 zemmix games.
For the msx1 versions I call it zemmix.

I could also try and add that 1 joystick on port1 is active.
Though I have to find how to disable the one on port 2.

An other way of determining the roms for zemmix would be to filter with grep on "zemina" seems there are also years in the roms to filter on like "1987".
Sadly the ones, not made or distributed by Zemina will not be in the list.
And all roms have to be extracted before the filter can do it's job.
Anyhow, I think this is also not a perfect way.

Folly

@bbilford83

The zemmix/zemmix2 detection enabled now in 260.09.

About the joystick problem, I haven't added stuff yet.
Can you also try the cpc61 Zemmix MSX2 to see if that type has the same issue ?

bbilford83

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

@bbilford83

If we want to share a gamelist for Zemmix then it's probably the best way to separate it from MSX.
So you use the MSX2 Zemmix so I think I will call it zemmix2 which can do both msx1 and msx2 zemmix games.
For the msx1 versions I call it zemmix.

So you mean you want me to change the gamelist and image filepaths so they say "zemmix2" instead of "msx2"? I am happy to if you want, I just kept it in msx2 because I don't have any other msx games on my system.

bbilford83

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

@bbilford83

About the joystick problem, I haven't added stuff yet.
Can you also try the cpc61 Zemmix MSX2 to see if that type has the same issue ?

OK, I will test it soon. The cpg-120 is a more powerful system, right? I guess that it still might have an issue the older one won't. I assume I need a different cpc-61 bios too.

Folly

@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:

@bbilford83

About the joystick problem, I haven't added stuff yet.
Can you also try the cpc61 Zemmix MSX2 to see if that type has the same issue ?

OK, I will test it soon. The cpg-120 is a more powerful system, right? I guess that it still might have an issue the older one won't.

They are both MSX2.
Indeed, could be that the cpc61 doesn't have the issue.
I know that the cpg120 also has a yamaha ym2413 music chip.
Not sure about the cpc61 yet.

I assume I need a different cpc-61 bios too.

Yes

bbilford83

@Folly FYI I tested cpc61 and it works, same Zemmix load screen. In general everything is the same, except:

for some reason it makes the MSX1 version of 1941 work without you having to disable controller one. So that's good I guess. But Snake-It still requires you to do that on both systems. And the games I described not working above still don't work in the same ways.
I couldn't test the tetris MSX 1 version at the same time as I have the MSX 2 version in my system because they have the same filename. If you change the filenames it messes with mame, so I'm not sure how you could do this with both games in one system.

Folly

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

@Folly FYI I tested cpc61 and it works, same Zemmix load screen. In general everything is the same, except:

Thanks for testing !

for some reason it makes the MSX1 version of 1941 work without you having to disable controller one. So that's good I guess. But Snake-It still requires you to do that on both systems. And the games I described not working above still don't work in the same ways.

I am now testing it on Manjaro an Arch linux version using ArchyPie (the clone of RetroPie for Arch linux).
Seems I don't have this problem with 1942 on this environment.
Also with the latest tests I did on Debian11 with RetroPie also worked good with 1942.
So not sure if it's a mame issue or something else.
I had the problem earlier on in Debian11, perhaps updates resolved it.
Will test Snake-it later how it will react.
Don't mind trying to disable a joystick, will have a look if I can.

I couldn't test the tetris MSX 1 version at the same time as I have the MSX 2 version in my system because they have the same filename. If you change the filenames it messes with mame, so I'm not sure how you could do this with both games in one system.

In my script I added the option to "install the patched"/"restore to the origina"l runcommand.sh.
If you install the patched runcommand.sh and install the zemmix or whatever system again it will add "extra replace tokens" in the runcommands.
You can read the help of the option where you can install/restore it.
One replace token will add the softlist option to the runcommand when using the basename runcommand and forces to load the correct tetris.
In order to work you have to put the tetrises into the correct folder :
/roms/zemmix2/msx1_cart/tetris.zip
/roms/zemmix2/msx2_cart/tetris.zip

Edit 1 :
Found that the variable is not updated when doing both options installing the patched runcommand.sh and then directly install a zemmix system.
You have to exit the script, enter it again then install the zemmix.
Will have a look later to fix this issue.

Edit 2 :
Should be fixed now in 260.11.

Folly

@DTEAM

Can you look at my PR ?
Will try to add zemmix and zemmix2 later.