lr-mame2003 driver improvement and backport

[Riverstorm]

@grant2258 - Thanks for the instructions I will test this out. I am not sure I would have figured that out how to flip them.

Do the same instructions work for both Arkanoid and Dragon Spirit?

Do you want me to create an issue on Github for each game that doesn't work properly so you may document on a per game basis or do you prefer them in small lists or something else? I figured if they are documented even if they don't get fixed or it takes a while it's alright. I am ok creating a ticket for each if it's preferred.

I agree I know they substitute 'Bad Dumps' for 'No Dumps' to get games up and running. Sometimes they substitute so many ROMs it's a different game...it's like is it man or machine! To merge or not to merge that is the question! As John Lennon said...let it be! ;)

[Riverstorm]

Ok Dragon Spirit that worked perfect but Kick I can't figure out still. Here's a pic of what Kick looks in Service Mode (the screen is flipped as in the writing is backwards and also it's on it's side) and I can't get any response from any keys once in Service Mode. It's easier to read if you tilt your head sideways. :)

[Riverstorm]

Also Arkanoid I can't seem to figure out either. Dip Switches are either Low or High but none seem related to the screen.

[grant2258]

@riverstorm said in lr-mame2003 driver improvement and backport:

Also Arkanoid I can't seem to figure out either. Dip Switches are either Low or High but none seem related to the screen.

both cores are going through some updates in the retroarch side. I will look into this more when the code base stabalises. What system are you using for your test. Retroach/ rertopie x64 x86 or the pie. I get a feeling something does need fixed on kick to be honest.

use kicka is working

GAME( 1981, kick, 0, mcr1, kick, kick, ORIENTATION_SWAP_XY, "Midway", "Kick (upright)" )
i think that is causing it

[Riverstorm]

@grant2258 said in lr-mame2003 driver improvement and backport:

both cores are going through some updates in the retroarch side. I will look into this more when the code base stabalises. What system are you using for your test. Retroach/ rertopie x64 x86 or the pie. I get a feeling something does need fixed on kick to be honest

It's a Raspberry Pi 3 (ARMv7 64-bit) running RetroPie 4.3 (Raspbian 32-bit). It's the "Raspberry Pi 2/3" image from the download section. Well the old one not Stretch.

[grant2258]

@Riverstorm i will look into these games some info for you is here

http://www.mameworld.info/ubbthreads/showthreaded.php?Cat=&Board=mamechat&Number=145413&page=0&view=expanded&sb=5&o=&vc=1

the ones that flip for player two is just cocktail flips though

[grant2258]

@markwkidd I think this bug is related to the vector problems as well

please look at

window/config.c in the original mame078 source

int cli_frontend_init (int argc, char **argv) line 397

[Riverstorm]

@grant2258 said in lr-mame2003 driver improvement and backport:

the ones that flip for player two is just cocktail flips though

That was interesting I guess I never thought about flipping the y axis with a mirror, you can't. In this area cocktail setups were popular in bars and bowling alleys. :)

[markwkidd]

Announcement: the mame2003.xmlfile generated by mame2003-plus is now going into save games folder. I was being lazy and let the default case statement catch the XML filetype but today is the day to get things locked down in that part of the code. It's 'user-initiated' and therefore it's going into the save folder I spose!

Eventually this change will work its way back to mame2003 but not for a day or two at least.

Thanks grant!

[Riverstorm]

@markwkidd said in lr-mame2003 driver improvement and backport:

Eventually this change will work its way back to mame2003 but not for a day or two at least.

I don't know if there's a short answer but I noticed when I compile lr-mame2003 from source yesterday certain ROMs now do work that previously didn't which is nice. Are "related" changes merged but games specific to mame2003_plus not. The main difference are the new/updated games. If that makes sense.

Will it eventually be one emulator as the changes overall seem very beneficial as many games that previously didn't work now do in lr-mame2003. There seems to be a lot of fixes going in to place for both emulators.

[markwkidd]

@riverstorm said in lr-mame2003 driver improvement and backport:

Will it eventually be one emulator as the changes overall seem very beneficial as many games that previously didn't work now do in lr-mame2003. There seems to be a lot of fixes going in to place for both emulators.

That would be nice and I think everyone would like it to happen eventually. Right now I think we're all kind of enjoying having a place to try things out without disturbing all of the mame2003 users who just want their existing libraries to work the same or better with each update.

It was very telling to me that twinaphex tried out the build modernization and libretro-common update on mame2003-plus, and then let me backport it to mame2003. That's a pretty good role.

[markwkidd]

Today's new feature: CD soundtrack hacks for Final Fight, Mortal Kombat, and NBA Jam.

Coding by KMFDMFan and gpstar. Rebase and port to mame2003-plus by twinaphex.

[markwkidd]

One new feature I'm very excited about in mame2003-plus is support for MAME backdrops.

warrior demonstrates the role of backdrops

This is how the game looks in mame2003:

mame2003-plus makes progress

There is a graphics bug -- but this feature is having a revival!

[mediamogul]

@markwkidd

Very nice! Seeing as how backdrops are an inherent feature of MAME, do you know if this will be included in mame2003?

[markwkidd]

@mediamogul said in lr-mame2003 driver improvement and backport:

Very nice! Seeing as how backdrops are an inherent feature of MAME, do you know if this will be included in mame2003?

If we can get the backdrop image to display correctly I think there is a very strong chance this will get merged into mame2003!

[UDb23]

@markwkidd said in lr-mame2003 driver improvement and backport:

One new feature I'm very excited about in mame2003-plus is support for MAME backdrops.

This is great news ! Been waiting for this for a long time, thanks.
Advancemame still has issues to display overlays correctly and mame2010 becomes too slow if you enable overlays.

Will it use the "old" mame overlay format or is it implemented differently?

[markwkidd]

@udb23 said in lr-mame2003 driver improvement and backport:

Will it use the "old" mame overlay format or is it implemented differently?

It uses the old pre-0.107 (aka version 2) format. Same as AdvanceMAME.

[mediamogul]

@udb23 said in lr-mame2003 driver improvement and backport:

Advancemame still has issues to display overlays correctly

I haven't noticed any issues myself. How is it displaying them incorrectly?

[UDb23]

@mediamogul said in lr-mame2003 driver improvement and backport:

I haven't noticed any issues myself. How is it displaying them incorrectly?

Here you can find detailed info and tests done:
https://retropie.org.uk/forum/topic/12135/advancemame-3-5-overlays-resolution-problem

[mediamogul]

@udb23

I moved the discussion here, so as not to further interrupt this thread.