What version of EmulationStation are you using ?

@dankcushions said in Mame 2003 Retroarch controls for 6 button games:

it's added complexity and in my experience users struggle enough with "just use 0.78 + mame2003", never mind "use 0.78 and mame2003+

I would tend to agree with @barbudreadmon. Even mame2003 is starting to "drift" with changes (albeit small but still no longer the static set it used to be--a few additions here, a rom set rename there). You might as well go with mame2003+ for the most part.

If you can get the ROM management concept down for those minor changes in mame2003, that is if those games interest you, then mame2003+ isn't that much more work.

I would have rather seen mame2003 hold a hard line on its set and let mame2003+ be the dynamic set with additions, deletions and corrections.

I think mame2003 is much simpler to understand and configure (mainly the interface) but mame2003+ is more progressive. They do have 3 folks doing quite a bit of work currently with some worthy additions.

As barbudreadmon pointed out a majority are the original rom set but some updates improve accuracy (like Bubble Bobble) and some additions are recent emulation code, hence more accurate. When you think of the target platform of low spec hardware it's a worthy core. I have a great base game set on the Pi 3 that I'm happy with, and the Pi 4 provides some nice 'oomph' for other cores.

@retroStuFf said in lr-mame2003 clear button mapping:

E in iOS retroarch and MAME4iOS

And yet 2 years later, I just needed to accomplish the same and found that the key is to quickly hit <del> two times (like a 'double' click).
This really resets the selected input to 'none'.

Hope this helps anyone reading this some time..

I know that eeprom firmware update need Raspberry Pi OS. I don't know if the other operating systems install this with some way or not.

Whats strange is if I play Castlevania on my desktop in Mesen at 1x scale this same phenomena occurs (its not an aspect ratio or integer scaling issue either, those settings dont alter this in anyway) At 2x you can still see it happen but not as apparent. 3x and up it doesnt happen. But if I record gameplay at 4x then open the video in VLC and set zoom to 1/4 bringing the image back down to 1x, there it is again!

What the heck is going on here? Is this some sort of lcd pixel refresh rate thing? It happens in games like Castlevania, 8 Eyes, and Ninja Gaiden, but not Super Mario Brothers. It also happens in other system games like Rastan for Sega Master System. And changing the emulator/core doesnt affect the outcome.

I would love to know exactly what causes this.

@dankcushions I finally figured out what the problem was. I simply used the wrong hdmi on the Pi. For my Monitor and most other Users its the inner hdmi. For my OLED its the outer one..

@raspberry79 this is the retropie forum. we don’t support lakka. try https://forums.libretro.com/c/libretro/lakka-tv-general i guess

The cmdline.txt options in the linked topic will only rotate the console terminal, not the entire display. To rotate also EmulationStation's screen or the emulator video output, you need additional configurations - some details are in this topic.

Press again Ctrl + C ?

@AlphaBetaPie not sure, but mame2010 is a relatively immature core that has a bunch of missing/broken features, hence it’s not the default/recommend mame core. it’s not really had the attention of the recommend ones.

Yeah, it looks like I assumed the official doc was still the page I needed to check. I was able to find that now (although it was a bit confusing since those are two different things...settings vs controls). However, it's working now.

But now I'm wondering about something. None of the other emulators that use the six-button controllers require me to force the six-button settings in the Retroarch core first (or at least the Sega-based ones). With core remapping, I'm able to get them to cooperate. Would there be any benefit to turning on six-button in the other cores (where core remapping is already working fine)?

@mitu Many thanks this sorted it. The game still fails but presumably an unrelated reason. Will try and resolve.

@RetroGenZ basically, no. depends on your local jurisdiction, but you almost certainly need an entertainment/gaming license for the premises, and then individual licenses for all commercial games you're charging people to play (which are basically impossible to get for emulated retro games), and the the emulators themselves may have licenses that forbid commercial use.

Can you add more details about your setup, as requested in https://retropie.org.uk/forum/topic/3/read-this-first ?
What program did you install for i2c ? Or maybe you just enabled i2c through raspi-config ?

Can you post the complete verbose log on pastebin.com ?

@hawkes_84 It isn't too bad. I never had a ZX Spectrum back in the day (I'm from the US), and I also didn't have a computer to have the chance to play the old text-based adventure games. I'm playing this game because it is based off of the first book from my favorite author David Gemmell. I tried this game out via another emulator years ago but didn't really do much. Now, I've decided to play the game all the way through :).

@mitu Actually I've been trying to get that working. I also have a RPI 2 (?) or something, which I've installed Raspberry Pi OS on. If I put that card into my RPI 2 I can ssh in and I still couldn't get the screen working.

If I put the same SD card (AFAIK the image you install is the same? I use Raspberry Pi Imager) in my RPI 4B I can't SSH in because the standard password somehow isn't 'raspberry'? I even reinstalled. Either way I can't get anything to show up on the screen with either of the pi's. I think it's DOA, but the company I got it from is not responding to me anymore.

@mitu thank you for that information, guess I'm not buying it after all.

@Thorr69 said in Why Does My HDD Not Always Load?:

@AlphaBetaPie said in Why Does My HDD Not Always Load?:

@Ashpool said in Why Does My HDD Not Always Load?:

@AlphaBetaPie said in Why Does My HDD Not Always Load?:
However, I may be missing something here.

Yes, yes you are. He said to plug it into a powered USB hub. And when you fire up the system, POWER UP THE HUB FIRST. Then turn on your pi.

This ensures that your HDD is already fully powered and spinning before your Pi tries to access it.

Ah, I see! That is great info to know.

However, while that is useful, I may have found the real culprit in the meantime.

I originally replaced my default USB cable with a shorter one to decrease the excess clutter around the Pie itself. I wondered if maybe this cable was not performing as it should. So I reverted back to the stock cable and it has yet to replicate this issue. So seems like it was a signal thing vs a power thing. So just leaving this here for anyone who might face a similar problem in the future.

Thanks all!