mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support

arcadez2003

@Clyde said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

Three more games now playable in this core........

Thanks! 👍

Will the https://github.com/libretro/mame2003-plus-libretro/blob/master/metadata/mame2003-plus.xml be updated? At the time of this post, its latest commit is from Feb 9th 2020.

Well i dont have the tools to do it or it would have been done, someone will get around to it as for when who knows :)

arcadez2003

@bluestang said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

Three more games now playable in this core........

Opa Opa (Rev A Unprotected) only this version will work opaopan.zip

I've always wanted to play the arcade version of Opa Opa, however it was one of a number of Sega games that we could not emulate in the ole cores for two reasons,
firstly code to decrypt the protected rom was not compatible and secondally the video code would be incorrect anyway, so even though finally an unprotected
version of this game popped up it was no good as the only way to get it to work i thought was update to a special HAZEMD Sega E driver from MAME113 which
again would not compile in a million years in MAME2003+

Well as luck would have it i remembered FBN Dev's used a combination of the same ole Sega System E driver as we have and simply spliced in some Sega VDP
video code from later MAME builds so that Opa Opa and Fantasy Zone 2 would work, so i contacted dink about this and with his help and advice around which
parts of that video code i would require i ported it across to MAME2003+ and finally im able to play this game and so can you if you want via the latest build.

I just added the following two to fill up the Sega System E driver with the games we can support here and to make the code changes i did go a little further
every game now works barring Fantasy Zone 2 which would require the aforementioned decryption code.

Slap Shooter

Tetris (Sega System E Version)

Big thanks to dink of the FBN dev team for help and advice regarding the video changes needed for Opa Opa and Slap Shooter to display correctly in this core

Is it possible to get Killer Instinct running full speed on MAME2003+ on a Pi 4? With threaded video on, and the 0.78 CHD and rom KI runs pretty decent as is.

Anything is possible personally i have no interest in looking into speeding up the Killer Instinct games once again i got nowhere last time.

Plus im just about to fire up Xenoblade Chronicles on my Nintendo Switch so i'll be off the radar for a while :)

bluestang

@arcadez2003 said in [mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support]

Is it possible to get Killer Instinct running full speed on MAME2003+ on a Pi 4? With threaded video on, and the 0.78 CHD and rom KI runs pretty decent as is.

Anything is possible personally i have no interest in looking into speeding up the Killer Instinct games once again i got nowhere last time.

Plus im just about to fire up Xenoblade Chronicles on my Nintendo Switch so i'll be off the radar for a while :)

What is the big roadblock? No need to answer right away - enjoy your time off and I appreciate your efforts!

arcadez2003

@bluestang said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003 said in [mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support]

Is it possible to get Killer Instinct running full speed on MAME2003+ on a Pi 4? With threaded video on, and the 0.78 CHD and rom KI runs pretty decent as is.

Anything is possible personally i have no interest in looking into speeding up the Killer Instinct games once again i got nowhere last time.

Plus im just about to fire up Xenoblade Chronicles on my Nintendo Switch so i'll be off the radar for a while :)

What is the big roadblock? No need to answer right away - enjoy your time off and I appreciate your efforts!

https://github.com/libretro/mame2003-plus-libretro/issues/531

We need this apparently and it's above my level to port something like this across to MAME2003+, that is the roadblock more or less and until someone raises
a significant bounty that might tempt someone with more skill than me to attempt to port it the road will remain blocked :)

bluestang

@arcadez2003 I wonder if this could be used in someway - https://github.com/pcercuei/lightrec

barbudreadmon

@arcadez2003 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

https://github.com/libretro/mame2003-plus-libretro/issues/531

That one wouldn't help at all actually, it's x86_64 only.
Supposing someone would be interested in this, is old MAME code compatible with GPLv2 code ? If so there are several arm mips3 drc that might be reusable (mupen64, pcsx-rearmed, ...).

grant2258

@barbudreadmon said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

is old MAME code compatible with GPLv2 code

RA is GPL and its api code is integrated into old mame . I dont see why it should be an issue if its already changed its license to gpl at runtime technically.

barbudreadmon

@grant2258 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@barbudreadmon said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

is old MAME code compatible with GPLv2 code

RA is GPL and its api code is integrated into old mame . I dont see why it should be an issue if its already changed its license to gpl at runtime technically.

You don't "change license at runtime", same non-sense as saying a program X would be under the same license as windows because it run on windows
libretro api license is not gpl and limited to libretro.h only : https://github.com/libretro/libretro-common/blob/master/include/libretro.h#L4

grant2258

@barbudreadmon said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@grant2258 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@barbudreadmon said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

is old MAME code compatible with GPLv2 code

RA is GPL and its api code is integrated into old mame . I dont see why it should be an issue if its already changed its license to gpl at runtime technically.

You don't "change license at runtime", same non-sense as saying a program X would be under the same license as windows because it run on windows

libretro api license is not gpl and limited to libretro.h only : https://github.com/libretro/libretro-common/blob/master/include/libretro.h#L4

The header file just point to code it retroarch . Id love to waste time in licensing with you but been there done that. No need to do it again. No one has the money to get a lawyer so people will sell boxes and people will pretend they arent breaking licensing. The world goes on. If someone uses i doubt anyone will blink or find a loophole

barbudreadmon

@grant2258 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

Id love to waste time in licensing with you but been there done that. No need to do it again

Then stop the harassment about this, i'm sick of reading this shit, what you are saying here is also akin to saying any program running on linux becomes GPL, since any linux program will use glibc which is GPL. NON-SENSE. Period.

grant2258

I just dont happen to agree with you and you started the licensing nonsense above. You done it on the yabuse thread too and im pretty sick of the mods letting you swear all the time on here. There is no harassment a simple fact ra mixes licenses.

edit bizhawk is clear on this https://github.com/TASVideos/BizHawk/blob/694b3d88d3805e9cf7f2a371a17402a7eaa26f9a/LICENSE#L3

mitu

@grant2258 you've been warned before, I don't want to police any topic that @barbudreadmon posts just because you're trying to get into an argument with them.

@barbudreadmon please, try to use a less colorful language in the future.

barbudreadmon

@grant2258 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

edit bizhawk is clear on this https://github.com/TASVideos/BizHawk/blob/694b3d88d3805e9cf7f2a371a17402a7eaa26f9a/LICENSE#L3

How is it the same ? The bizhawk git repository indeed mix incompatible code together, that's not the case for a libretro core, nothing at https://github.com/libretro/FBNeo is under GPL license afaik.

You saying you didn't harass me about that while you even told the retroleaks guy to contact me about it on reddit is ridiculous, as always.

@mitu please unban him, or it's going to escalate even more, he already holds me responsible for his ban at libretro, i'll just try to ignore his taunts in the future

REK607

@arcadez2003it worked! I could finish the game with no problem, only it's a bit slower when you use the bomb and the screen is full of enemy bullets being converted to candy (I'm using the young witch). Brilliant as always, thank you :-)

Clyde

@arcadez2003 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@Clyde said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

Will the https://github.com/libretro/mame2003-plus-libretro/blob/master/metadata/mame2003-plus.xml be updated?

Well i dont have the tools to do it or it would have been done, someone will get around to it as for when who knows :)

Oh, I didn't know that it needs tools. I thought lr-mame2003-plus will generate it automatically via its tab menu entry "GENERATE XML DAT" from its internal drivers or so. What kind of tools are needed? (just curious)

arcadez2003

@barbudreadmon said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

https://github.com/libretro/mame2003-plus-libretro/issues/531

That one wouldn't help at all actually, it's x86_64 only.
Supposing someone would be interested in this, is old MAME code compatible with GPLv2 code ? If so there are several arm mips3 drc that might be reusable (mupen64, pcsx-rearmed, ...).

Ok then no problem thanks for clearing that up, certainly i have no interest in this so it'll be upto someone else to pick up the baton

arcadez2003

@Clyde said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@Clyde said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

Will the https://github.com/libretro/mame2003-plus-libretro/blob/master/metadata/mame2003-plus.xml be updated?

Well i dont have the tools to do it or it would have been done, someone will get around to it as for when who knows :)

Oh, I didn't know that it needs tools. I thought lr-mame2003-plus will generate it automatically via its tab menu entry "GENERATE XML DAT" from its internal drivers or so. What kind of tools are needed? (just curious)

Well what i mean is by tools firstly you require to have github setup on your desktop in order to commit files of that size i cant be bothered setting all that up TBH,
and secondally i dont own any of the devices that MAME2003+ works on so i cannot as you say just generate the XML DAT or most of those meta data files anyhow.

I must admit there is part of me that thinks i've knocked my pan in for three years solid backporting all that MAME and FBN code to the MAME2003+ core so ya's can all enjoy
a ton of new games with huge improvements to the emulation of many others also, all wrapped up in nice fastcore that for many of ya's is the only way you could even play
half of the games on many of the low spec devices MAME2003+ is aimed at in the first place.

Is it too much to ask that some users of this core who might appreciate some of the work i've done step up to update a few files here and there for the good of the project
rather than chastise me all the time for the odd file or two being out of date, anyway as far as im concerned my latest commits will be my last to this project as i've moved
over to advanceMAME of late, so if anyone feels like lending a hand now would be the perfect time to update the files in this section of the core........

https://github.com/libretro/mame2003-plus-libretro/tree/master/metadata

Riverstorm

@Rion - I appreciate the head-ups on the new catver. I just grabbed a copy.

@arcadez2003
i've moved over to advanceMAME of late

@arcadez2003 - Nice! So you'll be doing some work on AdvMAME? I've been testing 3.8 vs. 3.9 on the Pi 4 and both seem fairly slow but on a Pi 3 3.8 definitely runs much more smooth, whereas, 3.9 is slow. The older board with an older version is definitely the way to go if you want to run AdvMAME.

I would take a crack at updating the DAT file (or some of the others) but I need to talk to Grant (which might be difficult now that he's gone from here and from the core on Github). I have to admit I've learned quite a bit from him over the years.

I know I could manually modify the DAT and link up the parent/clones relationships but prefer to keep with what he had been doing. If it was manual modifications that's not so difficult as I was doing DAT's long before I ever started using Libretro cores.

On the other hand Twinaphex skipped right over my commit submitted back in May to clean up the custom Final Fight OST samples in the DAT. They are optional enhanced samples. After chatting on Github it was decided to remove them as being kind out of the scope vs. being required when building a ROM set (original game audio or samples still work fine and are required in the DAT). Considering no other custom OST samples are part of the DAT I would assume he just doesn't understand what the commit is doing. Basically it's just making it consistent with the other OST's after the FF commit.

BTW, I do really appreciate the work you've put into the core and know I'll be using it for years to come. I really want to try some of those stick games you modified for the core but I've been a bit stuck in a rut in a perpetual state of tweaking and I'm trying to find a good "cut off" so that I can actually take some time out to enjoy a bit of gaming more frequently.

Also getting a hold of Nintendo Switch is pretty much impossible here right now unless you want to resort to Bird Bot or similar. My wife doesn't game to often but she definitely has here niche games she really enjoys. One she really wants to give a go is Mario Kart 8 on the Switch.

She's quite good at the Mario Kart 64 on the N64 emu in RP. I don't cut her any slack and she still beats me 4 out of 5 games and she doesn't let me forget it as it's one of those few games she just has the slightest edge on me.

If there's anything you need help with just let me know. Is this the best way to get a hold of you with questions pertaining to updating miscellaneous files? Will you be frequenting the AdvMAME forums?

arcadez2003

@REK607 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003it worked! I could finish the game with no problem, only it's a bit slower when you use the bomb and the screen is full of enemy bullets being converted to candy (I'm using the young witch). Brilliant as always, thank you :-)

Well being slower is no good!! so i've reverted the previous commit and just added a hack to prevent Gunbird 2 from crashing into the psikyosh driver directly.
this shouldn't affect the game speed.

arcadez2003

Whoops i forgot to hook up the player 2 controls for Opa Opa and Tetris it's done now via my latest commit.