My quick duck duck go search of "coin identifier raspberry pi" has some conversations on other forums that may be of help link text

After some trial and error with overscan settings I've made a little progress. Using overscan_scale=1 carries the changes through to MAME, so that's been helpful.

Using the following overscan settings allows me to move the image at the top of the screen down (this would be the right side in landscape mode), but any value for overscan_left (bottom of my screen) pushes the image up - even if I use a negative value! So that just squashes the image more. Leaving overscan_left at 0 results in least squashing, but doesn't move the image down, so I've still got that black border at the bottom of the image, and it's still a bit squashed.

overscan_left=0
overscan_right=80
#overscan_top=16
#overscan_bottom=16
overscan_scale=1

Any more suggestions greatly appreciated!

PXL_20250205_085613913.jpg

EDIT: I've found a solution - there are options in the retroarch gui to move the image around the screen, but you have to select window mode rather than full screen, and use a custom aspect ratio. These options are hidden if you're in full screen mode which is why I didn't see them earlier!

@andyPandy said in 1080p on RetroPie and raspberry pi 5?:

Do I have to manually do this for every emulator?

Yes, the configuration needs to be done for each emulator, the first time you start a game with it.

@JimmyFromTheBay I agree. The last version of Retropie works on Pi5 almosts as good as on Pi4. There are no risk do an official release for Pi5.

Maybe if one was released quickly, more users could have helped to solve basic problems, like the 0% soundbar which still exists today without a solution exclusively on Retropie.

Anyway, all pi are "experimentals", anytime. We are always experimentating something on Pi2, Pi3, Pi4 as on Pi5 in 2025.

@sugarfree Strange rule... "Don't talk about your problem with people who have the same problem."

But it's ok, I go back to talk with myself on my topic.

Afaik and according to this

https://github.com/raspberrypi/linux/issues/5780

It doesn't affect all pi models. The pi 3 which I have is affected unfortunately 🙂

@retropieuser555
Thank you, I found these

https://a.co/d/9d7bqmC - has SSD and FAN build iN
https://a.co/d/f6FdZ4T - Requires external SSD Hat, oddly the image shows a base as the hat.

@korn16ftl3 I don't know what a 'steel wheel' could be.

Please add more info: https://retropie.org.uk/forum/topic/3/read-this-first

Also, does the controller have any switch that changes modes? If so, set it to 'X' (x-input) and try again.

@MCG_1983 There's is beta support for the PI5 in RetroPie-Setup, though without an official image release.

@MCG_1983 Shaders work fine on old systems also. Please stop spreading misinformation in various topics or I'll consider you're just spamming.

There is no such thing as "The RetroPie".

Raspberry Pi is the hardware; RetroPie is the software operating system that is installed onto it.

The easiest and best way to play Amiga games on RetroPie OS is to make sure the P-UAE core is installed. I don't recommend installing experimental packages or standalone emulators over just installing the Libretro cores themselves, because the cores allow you to use the Libretro shaders and by using Libretro cores, it means you can manage your preferred settings globally across all cores.

@barbudreadmon Thankyou, I really appreciate your help. 😀

@TPR said in Issue updating Hypseus from source:

@DirtBagXon I'm getting this error trying to update today:

-- Checking for one of the modules 'SDL2_mixer'
CMake Error at /usr/share/cmake-3.25/Modules/FindPkgConfig.cmake:894 (message):
None of the required 'SDL2_mixer' found

CMake Error at /usr/share/cmake-3.25/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
Could NOT find SDL2_MIXER (missing: SDL2_MIXER_LIBRARY
SDL2_MIXER_INCLUDE_DIR)
Call Stack (most recent call first):
/usr/share/cmake-3.25/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE)
cmake/modules/FindSDL2_MIXER.cmake:97 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeLists.txt:119 (find_package)

Any ideas? I checked and the folders are there.

There is an open PR to install these dependencies, but so far hasn't been merged: https://github.com/RetroPie/RetroPie-Setup/pull/3974

It also simplifies some of the ZIP ROM game installations.

Please add some info about your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first. You also may want to edit your topic's title, it doesn't match the content you posted.

@mitu Thanks for your help. In fact the game sound is working when using HDMI. I was originally not going to, so this would've been a huge problem. But since I am now using HDMI, everything is fine.

I don't think that's the case (Pi5 only), and 4.7.1 is also very old. Please provide a log and the full specs of your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

@vaccinemedia said in Pi boots to a blinking cursor when booting:

the latest installer breaks this and so I have fixed ... but you could say that this is a genuine bug which needs fixing as this was not an issue at the end of 2024

Nothing has been changed to the install/setup part in RetroPie recently and there's no 'bug' here - auto-starting EmulationStation on boot has always been a manual step when doing a manual install.

@00Hugo said in Xpad driver installation issue - not existing commit:

One question regarding that: The controller is paired now in Bluetooth setup, but why it is not visible as device in "Configure Input"?

Maybe it needs another driver (xpadneo) ? As I said, xpad is used only for wired Xbox compatible drivers.

Did you try to ask the vendor if they have Linux support ? Is the controller you have the Brawler64 BT NSO Edition - the one that's created for the Switch ?

Please also add the info requested in https://retropie.org.uk/forum/topic/3/read-this-first.