Some compositors haven’t updated yet to my knowledge. I think KDE has something in the aur but not the wider release until their 6.1 release in June. I’m not 100% though
You’re correct. While the stable version of KDE Wayland is usable right now with the new driver with no flickering issues, etc., it technically does not have the necessary patches needed for explicit sync. Nvidia has put some workarounds in the 555 driver code to prevent flickering without explicit sync, but they’re slower code paths.
The AUR has a package called kwin-explicit-sync, which is just the latest stable kwin with the explicit sync patches applied. This combined with the 555 drivers makes explicit sync work, finally solving the flickering issues in a fast performant way.
I’ve tested with both kwin and kwin-explicit-sync and the latter has dramatically improved input latency. I am basically daily driving Wayland now and it is awesome.
XWayland (and therefore Zoom, IntelliJ IDEA, any game that runs on Wine, etc) has been borderline unusable for years due to Nvidia not supporting the way a system synchronises its rendering with the GPU, but recently all of the changes that facilitate a newer, better (and most importantly, a directly supported by Nvidia) way of synchronising got merged. This driver is the final piece of the puzzle and I can confirm that all Xwayland flickering has gone away for me.
I’ve not been having a pleasant experience with it, but X11 has its own share of issues as well. They have different issues though, my problems in Wayland are not identical to the problems i have with X11. PopOS under Wayland has been the most usable so far, but I’m hoping that when this update hits the stable branch it’ll finally make Bazzite practical as my main OS.
I can’t use my two monitors on X11 because they’re different refresh rates unfortunately. I’d have to either lower the refresh rate of my main monitor to match my secondary monitor (ew) or disable my secondary monitor completely. I get the flickering in Wayland also sadly.
Oh yeah for sure, it works great when I set my monitors to the same refresh rate, but I’d prefer to not have to do that because it’s a pretty big difference between them. My secondary monitor is 165hz, but my primary monitor is 360hz, and trying to run them at their native refresh rates at the same time in X11 doesn’t work at all. I’d have to set the 360hz monitor down to 165hz to match my secondary monitor before things become usable.
Last piece of puzzle is to add cli mtp support on wayland, i have 2 laptops one on AMD and second on Nvidia and with wayland on AMD while Nvidia with x11, and i can’t use jdupes on my mtp connections on wayland and i can’t “cd” into mtp connection while gui apps doing fine on wayland
Does that mean I can switch to Wayland from x11??
Yes, now is actually a pretty nice experience using Wayland with this driver
i’ve heard that one a few times before.
Some compositors haven’t updated yet to my knowledge. I think KDE has something in the aur but not the wider release until their 6.1 release in June. I’m not 100% though
You’re correct. While the stable version of KDE Wayland is usable right now with the new driver with no flickering issues, etc., it technically does not have the necessary patches needed for explicit sync. Nvidia has put some workarounds in the 555 driver code to prevent flickering without explicit sync, but they’re slower code paths.
The AUR has a package called kwin-explicit-sync, which is just the latest stable kwin with the explicit sync patches applied. This combined with the 555 drivers makes explicit sync work, finally solving the flickering issues in a fast performant way.
I’ve tested with both kwin and kwin-explicit-sync and the latter has dramatically improved input latency. I am basically daily driving Wayland now and it is awesome.
Wait Wayland is bad on Nvidia in the dark times before today?
XWayland (and therefore Zoom, IntelliJ IDEA, any game that runs on Wine, etc) has been borderline unusable for years due to Nvidia not supporting the way a system synchronises its rendering with the GPU, but recently all of the changes that facilitate a newer, better (and most importantly, a directly supported by Nvidia) way of synchronising got merged. This driver is the final piece of the puzzle and I can confirm that all Xwayland flickering has gone away for me.
I’ve not been having a pleasant experience with it, but X11 has its own share of issues as well. They have different issues though, my problems in Wayland are not identical to the problems i have with X11. PopOS under Wayland has been the most usable so far, but I’m hoping that when this update hits the stable branch it’ll finally make Bazzite practical as my main OS.
X11 on Bazzite is perfectly working for me. Wayland was causing too many apps to flicker.
I can’t use my two monitors on X11 because they’re different refresh rates unfortunately. I’d have to either lower the refresh rate of my main monitor to match my secondary monitor (ew) or disable my secondary monitor completely. I get the flickering in Wayland also sadly.
Both monitors are working perfectly for me on x11 using the 165 refresh rate.
Oh yeah for sure, it works great when I set my monitors to the same refresh rate, but I’d prefer to not have to do that because it’s a pretty big difference between them. My secondary monitor is 165hz, but my primary monitor is 360hz, and trying to run them at their native refresh rates at the same time in X11 doesn’t work at all. I’d have to set the 360hz monitor down to 165hz to match my secondary monitor before things become usable.
That sucks man.
Last piece of puzzle is to add cli mtp support on wayland, i have 2 laptops one on AMD and second on Nvidia and with wayland on AMD while Nvidia with x11, and i can’t use jdupes on my mtp connections on wayland and i can’t “cd” into mtp connection while gui apps doing fine on wayland
Not if you need color management. Anyone who creates anything could use color management.
Doesn’t KDE basically have color management with 6 or 6.1 or something?