This is how I fixed laggy N64 performance on my 4K tv:

hit F4
cd /boot
sudo vi config.txt

in config.txt, add the following to force 1080p:

hdmi_group=2
hdmi_mode=82

[hdmi:0]
hdmi_max_pixel_freq=200000000

[hdmi:1]
hdmi_max_pixel_freq=200000000

@mitu said in Unsupported mappers for all LibRetro-based NES emulator:

The game seems similar to San Guo Zhi (Ch), which is using the 252 mapper and works (at least with Mesen and Nestopia):

Thanks for confirming. I got my hand on that other rom using mapper 252 and i can confirm it works properly on my side.

@ffaddic thanks for info.
I am aware that you can force retroarch to get updated even without being supported by the retropie setup-script.
I prefer to wait until retroarch gets verified and 1.9.x (even .13 maybe?) will be part of the official setup-script to avoid running in other issues :)

Thanks for the advise concerning *.cso.
I just had a look, i only have *.iso on the pi while in fact having lots of *.cso on my real CFW-PSP1001 ;)

Please provide the rest of the info asked in https://retropie.org.uk/forum/topic/3/read-this-first.

You should upload the gamelist.xml for the system where the faulty files reside, to make sure it's not been incorrectly generated.

@synersist if you are using screenscraper.fr it is down right now.

The Retro Arena posted

screenscraper.fr "We are sorry to have to close the site and the API until minimum Thursday morning. Our database has suffered damage from these mysql indexes.
We will try to recreate them after deleting them to see if that fixes the current mysql connection problems.
Rest assured we haven't lost any data
Thank you again for your patience."

@g30ff thanks for that, much appreciated!

please read this and provide all the information requested in order to get support.

@mitu thx...there seems to be some misleading information on the page you linked...and i seem to have picked the wrong info...

0x4 USB-MSD USB mass storage boot - See USB mass storage boot

BOOT_ORDER Description
0xf41 Try SD first, followed by USB-MSD then repeat (default if BOOT_ORDER is empty)

0xf14 Try USB first, followed by SD then repeat

funnily, i had (tried to) changed it from gui...and selected the option: boot from usb, fallback to sdcard...

let me try changing it to 0xf41... i'll report back

edit: I changed it:
rpi-eeprom-config
[all]
BOOT_UART=0
WAKE_ON_GPIO=1
POWER_OFF_ON_HALT=0
BOOT_ORDER=0xf41

and now i don't even see the bootloader screen anymore...instead it directly boots retropie from sdcard

edit2: 0xf14 is the correct mode... problem is not with retropie nor with the config.
I now have tested an usb-stick with recalbox, and it boots just fine... previously i tried to boot lakka 64bit from usb, which did/does not work.
I guess i need to check lakka forum for support...

@retropieuser555 There's a FAQ entry about it.

Unless I am mistaken or did it incorrectly the last time, win32diskimager, will make a file that is the full size of the sd card (128gb in your case). I am also not aware of how you then access the image to pull files out unless you write it back to another card of sufficient size? I guess there may be a way, I have never looked into it. I have a 32gb backup I have made of one of my retropie builds that is only a couple gig of data on the card.. Since it was that way I have decided not to back it up in that manner since then. Again I may have done something incorrectly.

I'd recommend starting over with a good quality new blank micro sd card of sufficient size. Then get that working with the current standard image, and keep the original card intact. Then once it is up and running on the new card, you can copy over your roms etc from the old card.

If you have used it awhile it can also be a failing sd card. I've lost several sd cards over the last year I guess 3 that I remember in various Pis, quality does vary on the cards.

The RetroPie RPI image is just a Raspi OS Lite installation, so as far as booting is the same as a Raspi OS image. Just write the image to the USB disc and boot from it. With any recent Pi4 revision, it should boot from USB automatically.

@chuckwurt said in Raspberry Pi 4 using 4 controllers Help:

I have a Pi 4 8 gig using emulation station and it’s in an arcade 1up.

Does this mean you're using RetroPie ? Please give more details about your system, as explained in https://retropie.org.uk/forum/topic/3/read-this-first.

When navigating the menus all controllers work fine. Once I enter a game to play, only the Logitech controllers work.

If the game is a max 2player game, then only the first 2 controllers will work. What game/emulator are you using ?

@ianf Bad ROM dump? I dunno. Bad connection at the time? That's the problem with downloading from random websites. You don't really know what you have.

According to the libretro docs, yes, that folder should be created. However, the same page says that internal Dolphin cheats are not supported, so that step may be useless.

@mitu sorry for doubting you, I think you were right after all. I downgraded to 1.9.5 and things are working great now!

Looking forward to retropie upgrading when possible! I like to try to stay on the official latest branch when I can.

@sleve_mcdichael

#input_reset_btn = "0"

in /opt/retropie/configs/all/retroarch/autoconfig/Sony PLAYSTATION(R)3 Controller.cfg

it works, thx;)

@mitu I'm not sure how to describe it. I've tried 3 different versions of Ubuntu and Pop OS and they all do the same thing after installing RetroPie. It will crash once when starting for the first time then work fine. The 8bitdo buttons don't program correctly the first time but will all map the second time. Then after I run a rom it stops recognizing the 8bitdo or it won't even load the rom and just locks up the system. The bluetooth stops responding on the OS desktop as well. I'll try to look into the 8bitdo firmware and see if that is an issue. I'm at a loss at this point.

@mitu Good point. I've hashed out the reset line now too. :)