• 0 Posts
  • 50 Comments
Joined 1 year ago
cake
Cake day: June 25th, 2023

help-circle









  • I know this issue. It’s reproducible when

    • Using AMD on Wayland
    • Only on certain screens or only on HDMI (I never reproduced that when using DP)
    • The game is running in non-native resolution, meaning the compositor is doing upscaling
    • The game window is full screen and focused - the black blocks go away if you show some desktop menu or focus other window on top - so basically looks like only happens when the direct scanout protocol is doing its thing
    • not only in Steam games, in most games in general

    The problem has long been reported in Mesa project, but nothing was done to help. My bet is that the bug sits in amdgpu kernel driver and not user space.

    https://gitlab.freedesktop.org/mesa/mesa/-/issues/8705

    EDIT: maybe it’s worth to report in kernel bugzilla or wherever amdgpu kernel driver bugs would go. I don’t reproduce this on my end anymore, because I changed my screen and it uses DP

    EDIT2: I could only reproduce it on RDNA2 and yours is RDNA3. I had Polaris (RX 570) for quite some time and it was running on Wayland. Maybe it only happens on newer cards, maybe it’s regression added along the way









  • I’ve got pretty similar thoughts. I wasn’t into gaming all that much up until relatively recently when I built my first gaming PC at the beginning of pandemic. Thanks to that, I’m not only on market for bleeding edge AAA titles, but also discovering 3 dacades worth of PC games. My observation is that games got worse over time. They’re also a lot more expensive to make because it all must be visually impressive, which usually ends up with poor performance and bugs, requiring high-end hardware for the game to run somehow. Quite often games are broken and unoptimized on launch, they have that generic formula, watch cinematic, hold a button, watch some more, here’s your little tutorial fight, now more cutscene and a crappy puzzle. It really makes me feel, if game developers were more limited by hardware constraint and unable to feed legions of normie players to flashy graphics, they wouldn’t have other way to makes games attractive other than with better mechanics and level design.

    Meanwhile Nintendo continues to release bangers for their ancient potato console.



  • PopOS is currently using modified GNOME on Xorg. It’s impossible to get mixed refresh rates on Xorg/X11 (which is the legacy display protocol) and with your setup you are pretty much stuck with Wayland (the modern display protocol still, still progressing as a platform) - which is what you tried first if you used Nobara, whether it’s KDE or GNOME.

    Note that PopOS 24.04 (that will be released this fall iirc) will in fact run on Wayland with all new Cosmic desktop (it’s first full DE written from scratch since like 90s) and promises great NVIDIA support - which can definitely be the case given recent updates.

    Now on the flickering issues that you experienced, they’re specific to the NVIDIA driver and are just being ironed out. There is the new explicit sync Wayland protocol, new NVIDIA driver, patches for XWayland, patches for Mesa, maybe something more. It still might require pulling something that didn’t make it to stable distro repositories, but I think Nobara provides that and for sure will when 40 will get released soon-ish. I don’t have NVIDIA GPU, but I saw conversations on Nobara Discord and they help each other get NVIDIA going so maybe ask there.

    The time frame is a bit of a problem here. If you want to avoid tinkering, hold for a little longer and in few months most distros (that ship a Wayland session) will most likely just work with your setup. If you want it now, feel free to get your hands dirty and find a way to run NVIDIA on Wayland with explicit sync support.