@mitu I have the exact same issue (I made a post about it [here(https://retropie.org.uk/forum/topic/26598/problem-with-controller-mapping-being-different-in-games-and-menu)). If you’re able to help: I use a RPi 3 b+ with a pre made SD image (v. 4.6) from the official Retropie website. I am using a wireless Arrogant Bastard controller with dongle.

@mitu Hey mitu! Thanks for the suggestions. I figured it out after - I simply tried plugging it into a TV instead of my monitor, and no issues - I can see everything just fine. I think I had the wrong resolution settings perhaps, or maybe it was something to do with the high refresh rate. Regardless, thanks!

No, you can't re-use the same image on the Pi4. You'd have to either reinstall RetroPie (manually) or use a Pi3 compatible image.

@Jackarinus Request for ROMs are against the forum rules. If you have a specific support question, I advise you open a new topic instead of replying to year old ones.

Anybody help me?;)

@Darksavior said in Looking to upgrade and need advice:

@Gino48 said in Looking to upgrade and need advice:

I don't want to start over if I buy a raspberry Pi 4 as it took me a long time to put this image together.

this was an image downloaded from arcade punks

You lied. You refuse to start over fresh on a pi4 because you decided to stay ignorant on a DIY hobby. You ordered the old 3b+ because of this. /facepalm.
Arcade Punks have their own forum if you don't agree with the rules here.

I see no difference downloading an image with games included and ready to go.

Their configurations are altered which produces bugs unique to those images. One of the reasons we won't troubleshoot those.

My 3b+ arrived last night and yes, the SD card image works. So relieved! 😁

Oh...and when I said that it took me a long time to put together I wasn't lying. Just because I didn't download everything required separately doesn't mean it was easy.

My computer is roughly 15 years old and it took a long time to transfer over everything to the SD card when the download was done. Had to keep the computer on overnight to finish the transfer. Not to mention downloading a 64gb file took all day.

So that's why I didn't want to start over. If that's a form of ignorance then so be it.
I got an awesome image with over 22,000 games on it. It took a long time to get that done so it's natural I wanted to preserve it and not start over.

The new pie is running considerably faster and I am enjoying it thoroughly. Hell, I might do it the old-fashioned way and build something from scratch now that I have a faster board. I really didn't need a raspberry Pi 4 anyway because I wasn't using it to play harder games like Dreamcast, N64or PSP.

I have no regrets buying "old" hardware as you put it. I stand by my decision regardless of what anybody thinks. I also saved a lot of money going this route because all I ordered was the board and nothing else. I already have a power supply that works with it and a raspberry Pi 2 case that fits. If I bought the raspberry Pi 4, I would have spent double because I have to buy everything from scratch.

So what's that saying... Ignorance is bliss!!!
Yes sir it is. 👍

It tells you to use raspi-config. You can run it by sudo raspi-config (sudo runs it as root = administrator).

@g0nz0uk Yeah that option didn't make any improvements for me either.

Here's a link to the shared backdrop worksheet that I created: https://docs.google.com/spreadsheets/d/1IrWY23hIjK30ND-7ZTsxeR5b4wsHhKSA0pfb3CSRlJY/edit?usp=sharing

An easy way to replace the artwork location in the gamelist.xml with another / new one is the sed command (stream editor). This example changes the video directory from the relative path ./media/videos/ to the absolute path /mnt/artwork/videos/:

cp gamelist.xml gamelist.xml.backup # make a backup in case something goes wrong sed -i 's#<video>./media/#<video>/mnt/artwork/#g' gamelist.xml

The part in single quotes does the actual sed-magic:
s(earch)#[old string]#[new string]#g(lobally, i.e. all occurences)

This works for every other path, just change <video> to <image>, <marquee> etc. Omitting the artwork tag before the path will change any occurence in the file, e.g. if the whole artwork is located in another place.

Execute man sed in the command line to get the manpage (manual page) of this tool, or search the web for myriads of examples.

Welcome to this forum.

For RetroArch cores, see https://retropie.org.uk/docs/RetroArch-Configuration/#hardcoded-configurations. Besides, that applies to the official RetroPie image. Third-party images may have other config hierarchies and are not supported here for that reason (among others).

Other emulators are not standardised and may save their configurations in different places. Which emulators are you exactly interested in?

OK.. I fixed the issue, but this is a little odd.
Apparently, Controller 1 (Player 1) has to be in USB1 on these 3040's, Controller 2 (Player 2) in USB2, etc, etc.
Is this a unique situation for the 3040 or is this a universally known fact in RetroPie land? If it is, then I apologize for not doing more research.

This may just me being a little more Windows oriented than Linux oriented, but does it really matter which slot the controllers are plugged into? I'd think that the programming of the controllers would follow the unique ID and not care about the USB Slot at all.

Thoughts?

@hostolis Yeah it was the round white “Xbox” button on top. How did you uninstall it and install the neo version?

@mitu Thanks!

Everything working good now! :D

@xtv said in Read psx roms off SD card & USB:

One solution could be splitting this into two subdirectories, like A-J and K-Z, one of them being a symlink to the USB drive.

That would be a simple visual solution to "hide" the separate-location structure. You could also split it on release year or franchise to help hide the fact.

@Hillbilly The page you have linked for your display is their whole lineup so I'm not sure which one you have, but judging by your config it should be an easy fix. I have a similar display that they give me almost identical settings with.

The main issue is that you've been given a bunch of text to copy and paste without any explanation from the supplier. To top it off, what they've given you is erroneous and based on an old config. This is a great resource for figuring things out and checking whether your /boot/config.txt settings are valid and have the proper syntax: https://www.raspberrypi.org/documentation/configuration/config-txt/README.md . If you bought it off a place like Amazon, there's a good chance someone has posted the correct options in their review.

Long story short though, you should replace the last section that was added after overscan_scale=1 with:
hdmi_group = 2
hdmi_mode = 87
hdmi_cvt=1024 600 60 6 0 0 0
hdmi_drive = 2

This will properly set the resolution to the display if it indeed the correct resolution by putting the equal signs next to cvt and actually setting the option. group 2, mode 87 lets you set a custom CVT that is 1024x600 resolution @ 60 Hz with a 15:9 (6) aspect ratio and no margins (0), progressive (0), and normal blanking (0) described in https://www.raspberrypi.org/documentation/configuration/config-txt/video.md . I also find it good practice to put each option where they make sense only once so it's less confusing and doesn't cause frustration when you're changing one and then further down the same option is overriding your changes so I would recommend moving them back up into the config.txt to replace the others.

To remove the black bars, you can uncomment (remove the hashmark) from disable_overscan=1. You also more than likely won't need config_hdmi_boost=9 so you can probably comment that out.

Not super versed in audio troubleshooting. If sound is working in games, I would've thought it'd also be working in EmulationStation. Hopefully the previous mention of setting hdmi_drive to 2 will fix that. It's not making little clicks when you move around in the menus? Does changing it around from Auto, Headphones, and HDMI have any difference on whether you can change the volume? You might try using a keyboard to see if that helps or updating RetroPie through Setup.

Imagine you've tried all the Bluetooth options while getting Protocol not available? If you're trying to connect to speakers or headphones you'll probably have to follow a tutorial to add that functionality. I don't know if things have changed with the Pi 4, but I remember being rather frustrated when I finally got it to work and just started over with a new RetroPie image without it.

I hope at least the part explaining the config.txt options has been helpful to you.

Many 3D arcade titles still struggle on the pi 4. Unfortunately I think we are stuck using the ports for virtua racing. The saturn port is closest to the arcade version and runs pretty good using lr-yabasanshiro. You can get the experimental script module for it here: https://github.com/RetroPie/RetroPie-Setup/pull/3132 (it is not officially a part of retropie yet but you can test it out like I have been).

This issue also happens when using an 8BitDo bluetooth controller on amiberry and mame-mame4all.