Development of module-script generator for lr-mess, lr-mame and mame standalone
-
@jamrom2 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
The classich games seem to have issues with the sprites not being displayed properly.
I just tested
cgalaxn
again with lr-mess0250 and it failed also.
Then I updated my rom to the newest one and it worked on lr-mess0250 and on lr-mess0256 too.
Used -frameskip10 for both and both worked at acceptable speed
Get it from mame-merged.Btw. I was able to find some 0250 binaries so I added them on my google drive :
MAME binaries :
https://drive.google.com/drive/folders/1_dpVrsTSP7Tii8Lan4SC4U9LD17jYV4v
lr-mame / lr-mess binaries :
https://drive.google.com/drive/folders/1q_GykUt8yXsCTrhvL-ihZpAx8Dnj-4AM
(They work on debian11 and should also work on debian10)
(I hope that they are indeed original gcc9 compiled binaries for debian10) -
@Folly ok on both posts. I'll update my coco and all other bios roms to the latest 250. A lot has changed since the last build I did during Covid.
Same for the classich. I never imagined the rom would be the issue. Usually with bad roms, the emulator just doesn't start.
Thanks for the help. I'll get back to you with the results soon.
JR
-
-
@Folly for the ClassicH issue, a rom update solved it. I upgraded eveything to 256, and it all works as it should.
As for the Coco issues, I'll wait and see.
Thanks again!
JR
-
Good to hear that the rom update solved the issue.
I will have a look at coco later, when I can. -
MAME 0.258 is available
New working systems
Apple Computer Macintosh Quadra 605 [R. Belmont]
Apple Computer Macintosh Quadra 630 [R. Belmont]
Daifugo (Japan) [Takahiro Nogi, anonymous]
Ideal Toy Corporation Sky-Writer: The Electronic Message Sender [hap, Sean Riddle]
Konami Teenage Mutant Ninja Turtles II: Splinter Speaks (handheld) [hap, algestam, Sean Riddle, Mr. Do]
Player's Edge Plus (X000444P+XP000038) Standard Draw Poker [Brian Troha]
Silicon Graphics IRIS Indigo R4000 [Patrick Mackinlay]
Wanpaku Safari (J 981109 V1.000) [TeamEurope, MetalliC]ktmnt2 = Konami Teenage Mutant Ninja Turtles II: Splinter Speaks is available for konamih system
-
I am very busy with updating the WIP mamedev.sh script.
I am about to merge the "WIP" and the "WIP TEST" into one script and make it the default script.
I have already added a lot of features to it like :- simple version change so updating will be easier for me
- update to 0258 ( waiting for progettosnaps updates )
- be able to use older mame databases
- add some older mame binaries
- install the patched runcommand.sh so extra replacement tokens can be used in the runcommands
- if the patched runcommand.sh is not installed use the regular runcommands without extra replacement tokens
- add new EXTRA coco lines
- still be able to use the older EXTRA coco2 lines when using an older mame version
- be able to remove systems or categories that were installed by the script.
- reorder some stuff and improve the menu a bit
- turning of default rotation for libretro for the runcommands installed by the script
- add a patch to install the run_mess.sh of Valerino script separately so when installed the lr-run_mess runcommands are installed if not then they are not
- etc.
Hoping to be able to share this soon.
So I want to stop with the add-mamedev-systems.sh script.
The main reason is that generating a module-script and then installing it afterwards make no real sense anymore.
The other thing is that I want to update just one script if possible.
I hope you both agree on that, let me know what you both think. -
@Folly Sounds good. List is long, and hopefully it will all piece together nicely.
I agree that using just the mamedev.sh script makes sense, provided this can all work.
Mame is one of those programs that updates so often, it gets confusing unless you're on top of it constantly. Switching versions will often wipe out all the work that was done to make games work a year ago. So hopefully all this will control some of that.
The ultimate goal for the RetroPie version should be to get as many systems working from a "one click" selection as possible, otherwise, you'd have to know tons of load and execute commands considering how many systems can be supported.
I do think there seems to be a bit too many selections of runcommand when the script loads in a system. Are all of them necessary like "game-specific" or lr-run-mess..etc. I'm just curious.
Thanks as always for the dedication and hard work you put into this!
Best,
JR
-
@jamrom2 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
@Folly Sounds good. List is long, and hopefully it will all piece together nicely.
I agree that using just the mamedev.sh script makes sense, provided this can all work.
Good to know, indeed it makes much more sense, it's faster and more organised.
It will be the future way to go, I think.Mame is one of those programs that updates so often, it gets confusing unless you're on top of it constantly. Switching versions will often wipe out all the work that was done to make games work a year ago. So hopefully all this will control some of that.
I hope so too.
Though for the database I can only go back to 0240.
From that point the databases should be quite compatible, hopefully.
I have not made all the databases because it's a lot of work so some of them are missing.
For now there are only a few older binaries.
We have to see how it goes with this idea.The ultimate goal for the RetroPie version should be to get as many systems working from a "one click" selection as possible, otherwise, you'd have to know tons of load and execute commands considering how many systems can be supported.
I do think there seems to be a bit too many selections of runcommand when the script loads in a system. Are all of them necessary like "game-specific" or lr-run-mess..etc. I'm just curious.
I have now added a install/remove line for the Valerino script.
If it's not installed it will not produce lr-run-mess runcommands anymore.
I am thinking of doing the same when lr-mess or lr-mame is not installed.
Then It would produce only MAME standalone runcommands.
Indeed there are a lot.
About the game-specific, I find it sometimes very handy to create per game input configs.
However I see the need for reducing runcommands indeed.
For now I will let then in, Will have to think about this for future updates.Thanks as always for the dedication and hard work you put into this!
Best,
JR
Thanks for the feedback.
Best Folly.
-
@Folly Hi. So far, I've gotten most of the systems I want to run working, except when I get to the Ti99/4a.
I can't seem to get any of the .dsk files to run no matter what version of the runcommand I select.
I downloaded the latest BIOS files for .258 and put them in \BIOS\mame. But I end up with errors that state I'm missing other files.
************ nevermind... I figured it out. I had to copy the superxb.zip (super basic) BIOS from the ti99_cart.zip into the /BIOS/mame folder .
It's working now
-
@Folly Is there a simple way to just add lr-vice 128/lr-vice c128?
That's all i need. :) -
@duglor said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
@Folly Is there a simple way to just add lr-vice 128/lr-vice c128?
That's all i need. :)lr-vice is off topic.
I would check the core options in retroarch.
You probably have to add 64kb (total 128kb).
I think the types will still be 64/64c.
Otherwise open a new topic. -
It took me quite some time but here is the update of mamedev.sh to 258.00.
I hope everything works as expected.
It has many changes and addons.
Here is the commit info. -
@Folly loaded the new script and everything seems OK.
Still can't get the Coco2 to work, according to the log, it's running .258. How do I load the .254 version of mame without altering the .258 version? I'm a little confused as to how this is supposed to work.
Thanks,
JR
-
-
For now there are 4 routes to take :
1:
The thing is you can't actually use coco2 anymore on 258 because it doesn't exist in that version, it's replaced bycoco
.
So if you want to runcoco
with the old coco2 experience on 0258 then you need to install thecoco
runcommands.
By default it will run with the latest bioses and hardware like the coco2 did.2:
If you still want to runcoco
under the emulationstation section (or folder) coco2 then you can copy the runcommands (emulators.cfg) fromcoco
to coco2.
Be sure you did a coco2 install before.
You can do this by selecting an older database first then install coco2 and then replace the emulators.cfg manually.3:
Downgrade the mame binary to a pre 254 binary (250 for example) and then install coco2.
coco2 can be installed from the EXTRA without changing the database to a prior version as far as I know.
But the DEFAULT coco2 install needs a prior database to be selected in order to install properly.
This can be done by selecting a version from which you know coco2 still worked. So that would be 250 or 254 for example.
If you want to be safe then select a prior database and do every coco2 install (DEFAULT + EXTRAS)This is still a one way route as there is only 1 mame install.
So your newer 258 mame will be replace by 250 for example.
If you want to backup 258 then do this manually by, for example, renaming /opt/retropie/emulators/mame to /opt/retropie/emulators/mame258 .
(use CLI as superuser and use the mv (move) command)
For the future it would be nice to run multiple versions together.
But first we will have to see if that is something for the future.Be aware that I did not add older lr-mess binaries.
So running coco2 with lr-mess this way will also need an older lr-mess if not installed.4:
What is also possible is to add coco2 lines to the EXTRAS so coco will be installed under coco2.
Though it's something I rather not do.
You can check the code if you want it's quite easy to add extra lines, they are just "comma separated values" (CSV). -
@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
For now there are 4 routes to take :
1:
The thing is you can't actually use coco2 anymore on 258 because it doesn't exist in that version, it's replaced bycoco
.
So if you want to runcoco
with the old coco2 experience on 0258 then you need to install thecoco
runcommands.
By default it will run with the latest bioses and hardware like the coco2 did.This worked perfectly. I didn't realize they combined the Coco2 and Coco together, which is fine. I loaded the defaults, and all the additional "extra" options for Cassette, Cartridge and Floppy support. All work perfectly.
Thank you for this. Honestly, you're probably better off dumping any mention of the Coco2. The way it's set up now is how it should run.
-
@jamrom2 said in Development of module-script generator for lr-mess, lr-mame and mame standalone:
Honestly, you're probably better off dumping any mention of the Coco2.
I updated to 258.01 .
The coco2 lines will not be shown anymore when using the latest versions of mame.
The EXTRAS lists are now changed depending on what database you use.
Added some more stuff.
Let me know what you think of it. -
-
Updated post 1 for using the default mamedev.sh script.
-
MAME 0.259 is release. One ClassicH and 2 KonamiH
New working systems
Bandai U-Boat [hap, Sean Riddle, eggs] ROM name= UBOAT
Beat Player 2000 [Phil Bennett, system11]
Booby Kids (Magnet System) [Hugo Benedet, Recreativas.org]
Fidelity Electronics Bridge Bidder [hap, Sean Riddle]
Fidelity Electronics Elite Premiere [hap, Berger]
Fishing Maniac 2+ [Phil Bennett, system11]
Hegener + Glaser Mephisto Montreal 68000 [hap, anonymous]
Hegener + Glaser Mephisto Roma II [hap, anonymous]
Konami Star Trek: 25th Anniversary (handheld) [hap, Sean Riddle, Mr. Do] ROM Name = KST25
Konami Top Gun: Second Mission (handheld) [hap, Sean Riddle] ROM NAME = KTOPGUN2
Let's Dance [Phil Bennett, system11]
Novag Chess Robot Adversary [hap, anonymous]
Super Tank Attack (prototype rev. 1.12) [Phil Bennett]
Um Jammer Lammy NOW! (Japan, UL1/VER.A) [Phil Bennett, Eric Yockey, Windy Fairy] -
Nice ;-)
Will do an update of the database when I can, this month. -
@Folly I finally got around to updating and testing yesterday. Looks good. It's a lot easier to use and as long as you have the BIOS's in the right, it's pretty much seamless to install each system.
The complaints will come from users not understanding why the ROMs won't load based on whether they're cassettes, carts, or floppies. But that's the beauty of all of this... you have to learn something.
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.