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

barbudreadmon

@arcadez2003 FWIW, at the moment it's freezing (in intro) with FBNeo... not sure what's the problem, i'll need some help from dink on this one.

arcadez2003

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

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

@GreenHawk84 I've asked in the past and the answer was no. It'll break too much stuff or something. Get a pi4 and use mame2010,2015 or 2016.

Noted, I will have to see when Pi4 Retropie is official and steady.

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

@GreenHawk84 imho, proper ga2 emulation will require something more powerful than a pi3, whatever the emulator.

PS : ga2's graphic is still tagged as imperfect in latest mame : http://adb.arcadeitalia.net/dettaglio_mame.php?game_name=ga2&lang=en , i don't think this game's emulation got any major upgrade since 2010.

It looks like it runs quickly and fluid right now on Mame2003. Very unfortunate since this game is so cool!

The video code although imperfect is faster hence you get good performance in the older cores..............

0.97u4: Rewrote the System 32 sprite mixer layer to support accurate implementation of the alpha blending modes. Sprite shadows and several other effects are still not yet
implemented. "And it's much slower than before" <------

Using the xbox as an example we lost 40 to 50fps in the Sega System 32 and Multi 32 games by using the above video changes, so i had to back out and revert to using
the older video code as it was the difference between the games functioning or not, im sure alotta platforms that use this core would get a similar hit in the
performance dept.

Anyway the updated driver which they created to work with the newer video code has some incompatible input by tagging code and mirroring in the mem maps
which will always be the big stumbling block to anyone who attempts to backport it to this core but hey good luck to anyone who feels like taking it on.

arcadez2003

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

@arcadez2003 FWIW, at the moment it's freezing (in intro) with FBNeo... not sure what's the problem, i'll need some help from dink on this one.

@barbudreadmon i was going to suggest it might be the dips or the inputs but i see you've got it sorted now, need to ask ya a quick question though are you
able to coin up and start a game as player 3.?? as im finding the inputs for player 3 work fine i can start and play the game but only if player 1 or 2 has
coined up firstly as nothing happens if i try to add a coin for player 3.

barbudreadmon

@arcadez2003 i confirm this behavior, do you know if the same happens with the mame version from https://github.com/originalgrego/mame ? Maybe the author of the hack didn't bother with this since ffight has no per player credit counter ?

barbudreadmon

@arcadez2003 answering myself : considering there is no "Coin C" in dips, and the input test doesn't show a 3rd coin either, i'm almost sure the hack doesn't support a third coin input. I guess i'll need to clean up the input list to avoid confusion.

arcadez2003

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

@arcadez2003 answering myself : considering there is no "Coin C" in dips, and the input test doesn't show a 3rd coin either, i'm almost sure the hack doesn't support a third coin input. I guess i'll need to clean up the input list to avoid confusion.

Yeah i know what you mean, i noticed the 3 player CPS1 games tend to use CPS1_COINAGE_2 so there is no Coin A or B but alas even with that setting it still wont coin up for
player 3, i never got as far as checking the input test but anyway it's no big deal really as if you've rounded up three buddies to play this with ya coining up wont be an issue
as they will have done it already.

Thanks for confirming it's not an issue just on my end, although we'd maybe need to get someone try it in the current MAME builds just to be on the safe side here
as if you notice while playing the game it does state insert coin for all the players not just 1 and 2, plus this means player 3 needs the other players to add a
coin for em and what if they dont it's game over :)

arcadez2003

Alright Final Fight 30th Anniversary Edition is up and running is this core, i had to guess as to what sort of gfx mapping to use but it seems to be all good we also
use custom samples for the Final Fight games in this core if you have em, so give the game a whirl and let me know if you think it's all good in the graphical
and sound depts.

Note only the main CPU and the Gfx roms are actually different from the original world version of this game, so for ease of use i've made it a clone and it will hang off
our parent rom rather than the one in current MAME, what does this mean in practice nothing really other than you can just drop in the ffightae rom and it'll work a
treat for ya's.

darknior

@arcadez2003 I see your push on GIT, thanks a lot :)

https://github.com/libretro/mame2003-plus-libretro/commit/7d422450bb9cad9fb890231cd64010dd44fd42a6#commitcomment-36275427

I will try to patch the rom to try it ;)

WeirdH

Hey, I was wondering if there's any chance to see Dogyuun, Batsugun or Shienryu ever working on m3+? Or is the Pi 3b+ just not equipped for that?

barbudreadmon

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

Dogyuun, Batsugun or Shienryu

dogyuun & batsugun are toaplan games and should work pretty well with FBNeo on pi3b+.
shienryu is a stv game, aka a sega saturn arcade game, it's not gonna run full speed on pi3b+, and you would need a rather recent version of mame to play it (or kronos if we ever find a fix for https://github.com/FCare/Kronos/issues/676)

WeirdH

@barbudreadmon Cool, thanks. I'll mess around with FBNeo then.

arcadez2003

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

Hey, I was wondering if there's any chance to see Dogyuun, Batsugun or Shienryu ever working on m3+? Or is the Pi 3b+ just not equipped for that?

We're missing the V25 CPU in this core, which is required to decrypt some of the sound roms for certain Toaplan 2 games, so although they work
Dogyuun, Grind Stormer, and V-Five have no sound, but it's not all bad news on the Toaplan front in MAME2003+.....................

Added support for a working version of FixEight
Fire Shark and Vimana now have full sound
Batsugun and Knuckle Bash now have partial sound
Added Knuckle Bash 2 which is a bootleg of the original game but with full sound
Ghox and Teki Paki will have full sound via Toaplan samples should you have em in your samples folder
And finally added new graphical code via ShmupMAME which gives the Toaplan 1 games a lovely performance boost

As for Shienryu you'd likely need to weld two Rpi's together and maybe you'd then have the power to run it :)

Clyde

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

As for Shienryu you'd likely need to weld two Rpi's together and maybe you'd then have the power to run it :)

How about the RPi 4?

barbudreadmon

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

How about the RPi 4?

The only "saturn hardware" emulator that might perform correctly on pi4 atm is yabasanshiro, and it doesn't support stv games, however it should support the console version.

grant2258

@arcadez2003 dont know if your still working on this core at all mame done a few v60 updates changes are backported here if you want em m8

https://github.com/grant2258/mame2003-plus-barcade/commit/86346d6591f67912e41a8e05bae458f2963000a2

arcadez2003

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

@arcadez2003 dont know if your still working on this core at all mame done a few v60 updates changes are backported here if you want em m8

https://github.com/grant2258/mame2003-plus-barcade/commit/86346d6591f67912e41a8e05bae458f2963000a2

Aye im still plodding away here and there i should be finished up soonish though, what do the V60 changes improve exactly.??

grant2258

its basically getting the cpu flags to set right barbudreadmon also make a fix for eagle shot on the arm for the pie in fbneo thats probably worth adding as well matey https://github.com/finalburnneo/FBNeo/commit/abe00a3d6cb11d5af0e8b462dbc5597d24fa7282

arcadez2003

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

its basically getting the cpu flags to set right barbudreadmon also make a fix for eagle shot on the arm for the pie in fbneo thats probably worth adding as well matey https://github.com/finalburnneo/FBNeo/commit/abe00a3d6cb11d5af0e8b462dbc5597d24fa7282

Thanks for the heids up, i'll port across the changes later on.

arcadez2003

Unfortunately due to code incompatibilities we cannot support the latest Taito C-Chip dumps in this core, but the next best thing is to add a damn good simulation of it
this brings us nicely to Operation Wolf which now has C-Chip sim code in MAME2003+, what does this mean exactly.?? for the unversed the C-Chip is a protection
device that Taito used for certain games in the late 80's but apart from that it also sends commands that handle certain gameplay mechanics.

With alotta the games it was minor stuff but Bonze Adventure, Operation Wolf, and Rainbow Islands made extensive use of it to trigger certain level events
the sim code is more or less perfect for Rainbow Islands same with Bonze Adventure although with the latter you sometimes get that respawn error on later
levels, in this core Op Wolf had no sim code until now which meant the following was missing................

End of level 2 boss

The enemy has located you random level which can trigger anytime before level 5

The enemy counter keeps track of how many you have killed in each level and will trigger certain events when you hit it, like on level two loads of paratroopers will start
to parachute en masse into the level or on level 4 and 5 the screen will scroll up and you'll have extra helicopters to kill before the level will end.

Obviously i'd like to support the proper C-Chip dumps in this core for the above games so they'll be perfect but since it's not possible at least we now have a decent sim for
Op Wolf created by studying the unprotected prototype which means we get lots of extra game content which was missing beforehand.

0.176: Bryan McPhail fixed all the Operation Wolf gameplay problems by improving the C-Chip protection simulation. Gameplay should be a true 100% match to original now.
Put extensive notes in the machine file about what has changed. Fixed bug in 68K->C-Chip simulation that could lead to level 2 boss not appearing after first run.

0.98u1: Nicola Salmoria fixed crash in Operation Wolf due to improper timer usage.

0.97u1: Bryan McPhail added proper C-Chip emulation to Operation Wolf (machine\opwolf.c). Added 2nd sound channel. Removed Z80 CPU3 and cpu3 rom.

grant2258

nice work mate what the issue with the c-chip emulation anything thats doable ?