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

Riverstorm

@johnodon said in mame2003-plus: 250 new games, new input system, new features, new bugs:

I'll try 'simultaneous' as soon as one of these two system finishes updating.

I think it should work fine if keyboard is working. It's handy if it's a hybrid setup and you need to configure keyboard input (devices) as well as joysticks at the same time. It's giving you 3 options out of the box and it probably fits the RA model cleaner so it's off by default. Basically you have to pick keyboard only, joystick only or both and with both you have the Retropad abstraction layer issues that are present in mame2003. With mame2003 it's on and you can't shut it off. It's not needed but does give you some additional flexibility if it fits a configuration need.

akafox

the pi is a 400MHz 8086 (a pentium 2 running at 4000MHz intel cpu) although the pi 3 might be a little faster

I never could run MK or any midway games on my 400MHz computer back in 1998..
there was a version of mame called "FastMAME". As far as i can tell it was compiled with a different compiler. But the speed was crazy With that I could run MK and some other Midway games. That was it though.

Wish they had released the source code...anyone want to try and reverse engineer it for the pi!? :D xD

(Yes I know the PI is a quad core 1.4 GHz cpu blah blah...but the CPUs are NOT the same you can not compare a RISC ARM based CPU and an 8086 intel CPU by numbers and say this one is faster...)

Darksavior

Does taito f3 have any hope of being playable on the pi? Even at 1.5ghz, there's still considerable slowdowns.

johnodon

@darksavior said in mame2003-plus: 250 new games, new input system, new features, new bugs:

Does taito f3 have any hope of being playable on the pi? Even at 1.5ghz, there's still considerable slowdowns.

Is this strictly a Pi issue or is it an emulation issue? I can't say for sure whether I have tried any of these on my x64 build but I can try later (traveling for business). Is the slowdown obvious and throughout?

John

WarC0zes

Hi,
I can't run metal slug 4 and 5 on mame2003-plus. Works fine on fba or mame2010 but cheat don't possible.
I tested the romset 0.139 with neogeo bios 0.78 and 0.139 but don't works.
I tested to rebuild the rom with clrmamepro, but don't work.

a solution for it to work?

ps: sorry for my english.

Brigane

Is it just me or ain't the TAB button working for controls setup?

Darksavior

@johnodon said in mame2003-plus: 250 new games, new input system, new features, new bugs:

@darksavior said in mame2003-plus: 250 new games, new input system, new features, new bugs:

Does taito f3 have any hope of being playable on the pi? Even at 1.5ghz, there's still considerable slowdowns.

Is this strictly a Pi issue or is it an emulation issue? I can't say for sure whether I have tried any of these on my x64 build but I can try later (traveling for business). Is the slowdown obvious and throughout?

John

The pi is too slow, and I don't know if any arm optimizations can be done to help that. The slowdowns are quite obvious, especially on stock pi3 or pi3b+ speeds.

Darksavior

Can someone check Ninja Baseball Bat Man's audio? The music is totally off in mame2003 and 2010. I double checked youtube videos and FBA plays it properly. It's barely noticeable in the 1st level but it's quite clear when the boss fight starts.

MajorDangerNine

@darksavior I ran it in lr-mame2003-plus and did hear completely incorrect audio at the boss, then used lr-mame2010 and it sounds exactly like this video to me at the boss.

I didn't test lr-mame2003 as I don't have it installed anymore. I can't run the game full speed in lr-fbalpha on my RPi3B.

Just for complete clarification, in all three emulators I tried, I used the exact same "Ninja Baseball Batman (US)" version of the ROM archive, which is named nbbatman in MAME v0.78 and MAME v0.139, while it is named nbbatmanuFB Alpha v0.2.97.43.

Also, when it comes to lr-mame2003-plus and lr-mame2010, I do get slowdown during non-gameplay parts, with lr-mame2010 having less severe instances of it.

grant2258

thanks for pointing this out the noise is bad at the beginning too but its terrible at the first boss. I have put a pull request in with a fix for the sound issues. here https://github.com/libretro/mame2003-plus-libretro/pull/374 when its pulled your good to go

grant2258

ok its good to update i done the fixed and broke recordings as well so you can decide if its worth compiling the ssv games audio is fixed as well.

https://github.com/grant2258/mamemagic2003/tree/master/nbbatman_samples

Darksavior

@grant2258 That was fast. Thanks! Audio sounds good. It is weird how the intro part of each level has this severe slowdown but the rest of the game is fine at 60fps. At 1.5Ghz, with FBA i get 60fps at the intro part but then it's the rest of the game that's slow in the mid 50s.

grant2258

i get 60 on a pi 3b+ on the game play

thelostsoul

@grant2258 @Darksavior May I ask you guys at what resolution you play and if you do any shader? Both are affecting the fps too.

Darksavior

@thelostsoul 1080p output res with crtpi shader.

thelostsoul

@darksavior How do you determine the fps? I want to see how much I get with 480p and scanline only shader. Just for curiousity.

Darksavior

@thelostsoul You turn it on from the rgui by pressing hotkey+x. They changed the area where it was. I forget where. Onscreen overlay options or something.

Scanlines are achieved by an overlay which is just a picture with lines (yuck) and doesn't affect performance. Or by a crt shader like the optimized crt-pi shader or zfast shader which produces a crt tv's dots and properly produces the scanlines. The PC version of retroarch has more advanced crt shaders that benefit from a 4k tv.

You can also tinker with the shader settings. I don't like the crt-pi shader's default. Too dark. I max out the shader's brightness setting and use that.

thelostsoul

@darksavior Ah ok, I just thought there would be a different way to do this properly. I remember that option now you mention it. About the shaders, I like the crt-pi shader and its vertical counter part, but 1. they aren't made for 480p 4:3: pc monitor and second for some arcade games it just looks awful. And I read somewhere even the crt-pi can have an inpug lag effect on "some" systems, but probably even not noticeable.

Anyway, thats a different story and probably this isn't the right place for talking about it. I will test some games and check the fps.

markwkidd

Tatsuya79 from the libretro team says that the very latest RetroArch nightlies/source provide improved mame2003-plus runahead lag reduction via the "2nd Instance" approach.

It remains to be seen whether that will be practical on low power systems but there are examples of runahead working with some other cores on the rpi -- it is likely to vary from one game driver to another with this core.

Riverstorm

@markwkidd said in mame2003-plus: 350 new games, improved input, features, new bugs - now with runahead support:

improved mame2003-plus runahead lag reduction via the "2nd Instance" approach.

What is the "2nd Instance" approach?