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

DTEAM

In the MESS 0.151 hash folder, we can found 609 .xml files associated to the systems.
we could add kgradius and the others for MAME systems (Jakks, KonamiH, etc.) + 7

Normally, I think we should found roughly 616 systems in the list. Am I correct?

New edit: some systems doesn’t have hash file like svmu. Probably a little bit more than 616 systems

Folly

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

@folly

In the MESS 0.151 hash folder, we can found 609 .xml files associated to the systems.
we could add kgradius and the others for MAME systems (Jakks, KonamiH, etc.) + 7

Normally, we should found roughly 616 systems in the list.

Basically you say, not all handheld games, we have working, are in the mame hash lists.
And someone should add them trough github.
Am I correct ?

(you mean find ?)

DTEAM

@folly
Ideally we should add the real name (like Jakks) but behind it it could be the name of a game as your script handles. I imagine it will depend on how you handle it in your script.

Folly

@dteam

You would like to categorize all Jakks games as a cartridge of the jakks system, for example.
Do I conclude correctly ?

Well I think they separated them as standalone systems because not all hardware is identical.
I read that MAME wants to do the most perfect hardware emulation, so that is why they seperated them.
So I don't think there is any change they will change that, sorry.

I get your point though.

DTEAM

@folly
Yes, and you have a good point. To avoid the problem for driver, do we have to create 7 systems in mame.ini (rompath) like I did in the tutorial? Is it a solution. We could manage It like the arcade folder.

The idea is to select and install one time (from Mess/Mame selection list) for all games from a games family (only the systems from my tutorial - 7 systems)

Other option, Could we create an override for.ini in the system folder (jakks, konamih, etc.)

Folly

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

@folly
Yes, and you have a good point. To avoid the problem for driver, do we have to create 7 systems in mame.ini (rompath) like I did in the tutorial? Is it a solution. We could manage It like the arcade folder.

The idea is to select and install one time (from Mess/Mame selection list) for all games from a games family (only the systems from my tutorial - 7 systems)

Other option, Could we create an override for.ini in the system folder (jakks, konamih, etc.)

I have a hard time understanding what you want here.
At the moment we do nothing in the .ini file, it's all in the command-lines.

Do you mean this ?
I think you are addressing the install that we have to pick a game to install, for example konamih.
Am I correct ?
You want to be able to install on, for example, konamih instead of a game.

Can you give an example on a game and how it should be installed then ?
Perhaps I will understand it better.

DTEAM

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

You want to be able to install on, for example, konamih instead of a game.

Exactly, but on my side, I don't understand why you said It could be an issue to do that.

Well I think they separated them as standalone systems because not all hardware is identical.
I read that MAME wants to do the most perfect hardware emulation, so that is why they seperated them..

That’s why I said we could manage theme like the « arcade » folder does for arcade games

Folly

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

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

You want to be able to install on, for example, konamih instead of a game.

Exactly, but on my side, I don't understand why you said It could be an issue to do that.

In our script we can make that work, I think.
I think we just can add the "family systems (konamih, etc )" in the array and join them to 1 game of that family.
So we can do this (red because it's not possible at the moment) :

-curl "https://raw.githubusercontent.com/FollyMaddy/RetroPie-Share/main/00-scripts-00/generate-systems-lr-mess_mame-2v0-alpha.sh" | bash -s konamih

instead of this :

curl "https://raw.githubusercontent.com/FollyMaddy/RetroPie-Share/main/00-scripts-00/generate-systems-lr-mess_mame-2v0-alpha.sh" | bash -s kgradius

Makes this any sense ?

The "issue" I was referring to is, that it's probably not an option to ask the mamedev people to change the hashtables, because they have an other mindset of how the database is established. I think also the source code depends largely on it, so it would be a major task for them to convert it all.

DTEAM

@folly
we weren't talking about the same thing, that's why we didn't understand each other.

For the hash file, could it be possible to generate a .doc list from the hash folder without the .xml extension and restart from that list to generate the list in retropie? The problem with this is that sometimes the name of an .xml does not match the name of the system.

I will try to find a solution. In the mame software, they can use filters.

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

instead of this :
curl "https://raw.githubusercontent.com/FollyMaddy/RetroPie-Share/main/00-scripts-00/generate-systems-lr-mess_mame-2v0-alpha.sh" | bash -s kgradius

Makes this any sense ?

Yes 👍🏻

Folly

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

@folly
we weren't talking about the same thing, that's why we didn't understand each other.

Indeed, that seems to be the case here.

For the hash file, could it be possible to generate a .doc list from the hash without the .xml extension and restart from that list to generate the list in retropie?

Basically it should be possible to generate a text file from a hash table and display this in the RetroPie-Setup within the module-script.
Here I am getting confused already because we don't use the hash tables to generate our module-scripts.

Sometimes the potential problem is that the name.xml does not match the system.

Ok, I can imagine that. Because, as said in the renameSET described, names change all the time.
So if one hasn't changed in the hash-table with a source update, you will have a mismatch.

I think, we can't use use things from the renameSET 0.229* because we are still in using mame 0.227in RetroPie, so then we would definitely have mismatches.

I will try to find a solution. In the mame software, they can use filters.

You should convert it to a schematic approach, because I still don't get it all. (sorry)

--

I did something more to understand :
I reread everything again to get the aha of it all.
I opened the category.inifrom the renameSET 0.229 that you were referring to.
I see that the systems are categorized as :

[Arcade / Pinball]
[Ball & Paddle / Breakout]
.
[Handheld / Electronic Game]
.
etc.

And that is very much the same as what you/we did with the handhelds :

konamih
tigerh
etc.

But our handheld-names are actually a subsections of [Handheld / Electronic Game].
Wouldn't you agree ?

I can imagine using it to categorize it to make a better menu.
But this file is quite difficult to extract the info and it's, I think, based upon mame 0.229. Then we have a mismatch again with 0.227.

--

Can you tell me, is there something in above reply that makes any sense referring to your conversation ?
If that is not the case, perhaps we have to leaf this part for a while, otherwise it's going to get too difficult, I think.

DTEAM

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

But our handheld-names are actually a subsections of [Handheld / Electronic Game].
Wouldn't you agree ?

Yes, excepted for all_in1 system. I'm not sure if they categorized those games/systems properly. When I did my list, I looked for drivers and I did't paid attention if it was in Handheld or not. Same thing for Jakks, but for Jakks, they use only 2 drivers. It should be easy to isolated.

The way they play with the names are crazy. Did you see the renameSET.dat. It makes me dizzy

Folly

@dteam

Ok, now we are getting somewhere.
You want a good categorization.

We should look for clues and use the mame command and filter things out if possible.
Then we can make our own filter which is version independent.
Otherwise we have to do the sorting every time again when a new version comes.

I think that should be the approach.

But we have to keep in mind that we can only use these filters on systems that are without (-media) and use the bios as the game, sort of speek.

Are we spot on ?

DTEAM

@dteam

Two imperfect method :

1- Bash kgradius, bmsoccer, jak_dbz , etc. like you said to generate the system folder with the system name (like Jakks) and use mess.ini list in Retropie menu even if it's 0.229 and not 0.227. In the Retropie menu, It could be interesting to substitute kgradius by konamih like we said before.

2 - Start with your massive list and soustract stuff from (arcade.ini and Mechanical Arcade.ini)

If doable, isolate handheld systems is great idea you had.

Folly

@dteam

Point 1 shouldn't be that difficult.
I think we should do it in the dialog module-script.
Just joining for example konamih to one game, like I did in the desired script.

Point 2, I will have a look at that. I can't tell for sure how we can manage this, at this point. I we could it would reduce the list to useful systems, that is what you mean.

DTEAM

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

I think that should be the approach.
But we have to keep in mind that we can only use these filters on systems that are without (-media) and use the bios as the game, sort of speek.
Are we spot on ?

Yes.

DTEAM

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

Point 2, I will have a look at that. I can't tell for sure how we can manage this, at this point.

If feasible, the result should be pretty close to what we expect. You have 33672 arcade games/sytem in arcade.ini in your list 38000.

Folly

@dteam

Yes indeed, we subtract the mechanical's we can't use.

DTEAM

@folly
Mechanichal arcade is included in arcade.ini

In mess.ini, you have 4377 systems, so method 2 works with arcade.ini only . We dont need more files

Folly

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

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

Point 2, I will have a look at that. I can't tell for sure how we can manage this, at this point.

If feasible, the result should be pretty close to what we expect. You have 33672 arcade games/sytem in arcade.ini in your list 38000.

You have to know my list isn't perfect due to imperfect code.
There are empty systems and lettes only, so the count isn't correct.

DTEAM

@folly

mess.ini = 4377
arcade.ini = 33672
total = 38049

You are not far !!