Development of module-script generator for lr-mess, lr-mame and mame standalone
-
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.
-
Thanks for sharing.
Can you change the directory structure and place the files inside :
/microvsn/<files>
And share the links of the directory structure ? -
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.
-
@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.
-
@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 :(.
-
@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?
-
@duglor said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
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 -
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/1080So 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.
-
-
@Folly I'll check my resolutions
-
@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...
-
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. -
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 ? -
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
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.
-
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
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.
-
@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:
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
-
@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.
-
-
@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.zipEdit 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. -
Can you look at my PR ?
Will try to add zemmix and zemmix2 later. -
Tested
snakeit
on my Manjaro linux.
Controls working ok on both cpc61 and cpg120.
I have to add that I have to use "space" to enter the game.
Formsx2_cart/1942
I also have to use "space".
Though I recon that you don't see using the "space" key as an issue, or do you ?Tested on Debian11 with the same result.
However both test where without connecting a joystick using the keyboard as joystick.
So now I can't move inmsx2_cart/1942
.
So the issue is still there.
Ejecting the first joystick worked for both cpc61 and cpg120.
Didn't test it again on Manjaro but I expect the same behaviour.Found here how to eject the first joystick :
https://arcade.vastheman.com/minimaws/machine/cpc61
Entering - in the joystick setting revealed that we need to add :
-gen1 ""
-gen1 '' (with single quotes will also work)Implemented it in the script version 260.10.
Edit :
Sorry, I had to remove it again in 260.12 as it doesn't work in lr-mess.
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.