@protocultor said in Killer Instinct:

Even in a PC you'll need a decent processor, at least if you want accurate emulation. Until someone finds a miraculous optimization shortcut in KI's hardware emulation, I'd say yes, it's currently impossible in this hardware.

a hacked original xbox could run it pretty well on a humble pentium 3:

...because there's an x86 dynarec which helped massively. however, MAME on ARM does not have such a luxury, which I don't see changing.

The PS4 Dualshock controller should work without any additional driver installation - the ds4drv is an old and un-maintained driver and it shouldn't be used.
If you configured your controller in EmulationStation, you don't need to do any configuration in RetroArch. The configuration for RetroArch is automatically generated from EmulationStation - see https://retropie.org.uk/docs/Controller-Configuration/. You can check if your auto-configuration for RetroArch has been generated by looking into the \\retropie\configs\all\retroarch-joypads folder (over file shares). Do you have a .cfg file for your controller there ?

Aside, you should be using a proper power source for your Pi, a mobile phone charger is not enough for most cases, especially on a 3b+. Do you get the low voltage sign when you start a game ?

@drdave79 I've been using Retropie for over 5 years now. Every experience I've had with updating Retroarch has had it's downfalls, it's never a smooth transition because it effects so many systems attached to it. I agree with leaving a running system as it is, but after so many new versions are released you loose a lot of performance options.

So it's always up to you, but I go by a basic rule of thumb....I wait till enough new versions have been released to make it worth the trouble I know it's about to cause. Backup what you have and be ready to pull out some hair (or stubs in my case).

JamR

@therealtitleist said in USB Ports not working Retropie 4.7.1 / Raspberry Pi4B:

Does that point to a hardware failure?

Most likely yes.

@web458
Try this two -
https://retropie.org.uk/forum/topic/27542/n64-lr-mupen64plus-next-hi-resolution-texture/4

https://retropie.org.uk/forum/topic/24762/n64-texture-packs-htc/13

u will have the answer ;)

@illmaticxking said in GLideN64 crashing back to EmulationStation for every n64 rom:

One other question that I've also searched but am not sure how to resolve. In non-Libretro cores, my hotkeys on my controller and keyboard do not work for opening the quick menu to adjust video, configs, etc.

That's because the Hotkey Enable button/functionality is specific to RetroArch/libretro. For each standalone emulator, you'll have to check what options for input are available and how/if they can be adapted to a 'hotkey' schema.

@drdave79 if /etc/emulationstation doesn't exist it would break standard retropie - that's where the carbon theme is kept. can you show a screenshot of how you're trying to navigate to it or something like that?

Do you know how to remove the "custom override" so the es_systems.cfg gets properly updated?

it shows you where it is in the error message - just delete the whole file. obviously that will remove all the custom changes you've made, so if you want to just fix this system you replace it with what's in /etc/emulationstation/es_systems.cfg for the psp.

@mitu This help request can be closed out. I ended up uninstalling retropie and Ubuntu and put Batocera on my SSD. Batocera seems to be more user friendly in terms of initial installation and settings. From what I've read Retropie has more options/settings but my emulation needs are simple and Batocera serves me well.

@luzer

In boot/config.txt I added dtoverlay=disable-bt to disable the onboard bluetooth. The bluetooth dongle is a cheap one (€10 ish) but it works fine. I did connect my controllers through the bluetoothctl command line options just so I could check how things worked behind the menu in retropie.

Can't help you any further though, sorry.

@questionmark said in Splashscreen images not displaying | omxiv erroring out:

So will this cause performance to dip?

No, it will not.

@stlcyclone It's already fixed.

@cmftblynu Thanks for replying. I tried everything but that. It makes sense as the resources to run vice are pretty high on a Pi.

At any rate, I figured out how to disk swap in lr-vice, so I'm sticking with that. After all is said and done, that was the goal. I only used Vice because it ran so well for so long and I knew my way around it really well.

Now that lr-vice64 is up to speed and supported well, I'm going to stick with it.

I even went to far as to tweak the background image by TreyM to look more like my room and desk did back in 1984. Lol.

Thanks again,

@yfzdude Ty for the fast response, ill keep trying to make it work¡¡

@iga Please open your own new topic.