Vertical waveshare screen glitch

Azuli

Hello, first and foremost, the usually requested information

Pi Model or other hardware: 4B
Power Supply used: PiSugar 3S UPS (battery) / a 5v 5.1a Inova charger that never gave me any issues in years
RetroPie Version Used (eg 3.6, 3.8.1, 4.1 - do not write latest): Retropie config says 5.8.9?
Built From: Standard; (direct raspberry imager online install)
USB Devices connected: wireless rii mini keyboard/gamepad + usb to power screen
Controller used: rii mini keyboard/gamepad
Error messages received: no error messages, screen has horizontal lines along it
Verbose log (if relevant): not even running an emulator yet for that?
Guide used: (Mention if you followed a guide): I only have the wiki to go for https://www.waveshare.com/wiki/6.25inch_720x1560_LCD

Now the details. I'm using the linked 6.25 inch vertical screen (720x1560 resolution) to try and make a small project. It connects via normal hdmi and needs usb power to turn on, that works fine directly out of usb ports on the board. The screen works out of the box with current Raspberry OS 64bits, Ubuntu, and the new twister OS. That said, the same does not apply to Retropie for some reason.

The wiki mentions adding the following lines to the BOTTOM of config.txt for all the mentioned Raspberry-compatible OSes- no other alterations were made to it.

hdmi_group=2
hdmi_mode=87
hdmi_force_hotplug=1
max_framebuffer_width=720
max_framebuffer_height=1560
hdmi_timings=720 0 22 10 78 1560 0 13 3 13 0 0 0 57 0 75000000 0

Thing is, this action wasn't necessary for any OS besides retropie, and even with the screen showing the ES menu with the default theme, there are various glitchy lines of about 5 pixels thick at equal intervals in the image. It's not a screen issue, as it works with the mentioned setup in other OSes and the glitch appears as soon as the booting text appears. (screen takes a few seconds to turn on, but less than the pi takes to finish booting)

My guess is that there's something wrong with that "timings" configuration, but I have no idea what. I can post images of the issue and also ones that are working normally for comparisson.

Azuli

side note: Considering what's in the wiki and what I've tested... I might go the rocky way and try a manual install of Retropie on ubuntu. I mean, ubuntu already works with the screen, right? What kind of issues I'd run into?... Probably all of them.

mitu

The current RaspiOS/Ubuntu ignores any config.txt options and probably relies on the resolutions reported through the display's EDID. The RetroPie image uses an older version or RaspiOS where the hdmi_ options in config.txt were still relevant.

I'm not sure why the detection is not working properly with the RetroPie image, but if the current RaspiOS (64bit or not) works fine, then you can do a manual installation of RetroPie on top of it. Other OSes (Ubuntu) are not supported by RetroPie on a Pi.

Azuli

@mitu I thought the current raspberry OS wasn't supported by retropie either???
I'm gonna try that then. Is the "lite" command line version ok for that?

mitu

@Azuli said in Vertical waveshare screen glitch:

@mitu I thought the current raspberry OS wasn't supported by retropie either???

it's not officially supported, but most things should work, despite the warning in the docs.

Is the "lite" command line version ok for that?

Yes.

Azuli

@mitu
After figuring out I shouldn't be using the 64bit version for this, I got the screen working with sound. Now it's just the usual gambling of installing stuff that's not just roms and emulators in retropie. :v

Thanks!