Problem is I don't think that works with my overlay as I've set a custom viewport size and location so that would also have to be flipped

@zfa said in Retropie Bezel Project & lr-mame2003 cfg does not persist after update?:

I guess the real fix is to get The Bezel Project guys to use the names as per the Retroarch guys, or make sure they include symlinks where there are name changes across versions of a core. If this doesn't work then update your emus again in case you have a version reporting itself as being mame2003 as per @Virtualman post.

This name change/folder change came from RetroArch leadership rather than the mame2003 core. The code logic for this is kind of obscure but it has to do with enabling netplay between a broader range of different systems.

Based on the RA rationale for making the change I expect it will be permanent.

The thing is, I've tried everything.
Last night, I had it where the left stick worked, except it would not go up.
The right stick would open the configuration menu, in addition to firing.
Some how I got it reset, but now I can't get the left stick to work, and from what i'm reading, that's the one that should by default?

nothing needs setup the default retropie config is set to

system_directory = "~/RetroPie/BIOS" your problems are arising from messing with the default config , you need to be careful when changing the configs on retropie.

retropies default mame install copies the the cheat dat from here https://github.com/libretro/mame2003-libretro/tree/master/metadata to the bios folder on install. your not supposed to save retroarch configs with retropie unless you know what you are doing fully. The cheats do work on a default install nothing needs done.

We have quite the setup guide here if anyone comes to this post looking: https://support.xgaming.com/solution/articles/5000554993-how-to-use-x-arcade-with-raspberry-pi

@markwkidd @mitu I have just made it a habit to update my Retropie system and packages from time to time. Of course, an update may break something, but I think the benefits outweigh the risks by far in general.

No problem.
Oh and i would suggest testing out most of your games using fbalpha first before going to mame cause i found some games works better using fbalpha over mame.

@dankcushions Got it. Thanks for all your help!

mame2003-plus has a new input mode specifically for this purpose.

It is activated via a core option which allows the core to process input through the either mame_keyboard interface or the retropad -- or both simultaneously as with classic mame2003 (although that is not as useful as you are finding out).

Thanks guys - that sorted it. No idea what config files I've been finding and deleting until now, but that first location had the default.cfg and tons of seperate game ones too. Wiped them all, rebooted and mame seems to be fine now.

Many thanks for your contributions. Case solved!

~Z~

@hsamuels
Same problem after update 1.7.5 - MAME 2003 (0.78) 95bb558

I'll open a new topic.

@markwkidd Thank you for the help/replies, it is appreciated.

For those who would like to input their opinion, there's a discussion going on at github. They are indeed reversed due to CPS titles but that causes cross-type ABXY games to be unplayble without a custom config file.

https://github.com/libretro/mame2003-libretro/issues/353

To me Pole Position I and II both work fine with lr-mame2003.
Check configuration here.

@quicksilver said in lr- core save/load states:

I must have misunderstood, I thought it was the 360 controllers

I appreciate the help. You're right we were talking about controllers but I also use an IPAC. Basically for old school you can use the arcade panel or you can plug in a wireless dongle and use controllers. Since it's separate input types it's pretty easy to get both working. I've haven't had many issues in the past.

I just started with a new build on Tuesday from 4.3 and patched all the emulators and core items like RetroPie, ES and Retroarch up to snuff. I think it's something I patched but I am not sure if it's a bug or something I inadvertently did myself. Hopefully someone will have an idea where to look.

@dankcushions Thanks, I'll look in that way. I wasn't aware of the use of shaders so far :-)

@edwardthehuman said in lr-mame2003 TATE mode rotation direction?:

ddonpchj

doesn't run on mame2003, so you're not using mame2003.

@dankcushions Hi. Yes, it is a very strange problem - the cocktail issue. It really only seems to happen with Tempest and Tempest Tubes. Not sure why but will probably have a closer look at my settings. It may have something to do with the individual per-rom config files I've got.