this post was submitted on 09 Apr 2024
127 points (96.4% liked)

Linux Gaming

15892 readers
68 users here now

Gaming on the GNU/Linux operating system.

Recommended news sources:

Related chat:

Related Communities:

Please be nice to other members. Anyone not being nice will be banned. Keep it fun, respectful and just be awesome to each other.

founded 4 years ago
MODERATORS
poVoq@slrpnk.net
Quintus@lemmy.ml
mudle@lemmy.ml
127
Explicit GPU Synchronization for Xwayland now merged (www.gamingonlinux.com)
submitted 7 months ago by tarsisurdi to c/linux_gaming@lemmy.ml
35 comments fedilink hide all child comments
 

This merge resquest has finally been merged into XWayland, which means NVIDIA users are just one beta driver release away (May 15th) from probably having a good experience on Wayland now!

you are viewing a single comment's thread
view the rest of the comments
[–] visor841@lemmy.world 17 points 7 months ago (2 children)

Nvidia users will also need a DE update, but yeah, we're finally almost there.

[–] tarsisurdi 14 points 7 months ago (2 children)

That’s true, but thankfully it’s already been merged in mutter and is underway in kwin.

The code for GNOME has already been merged, KDE has a merge request open for it too, Mesa also already has it merged in.

[–] Dirk@lemmy.ml 2 points 7 months ago (1 children)

Who thought individual compositors having to re-implement base features individually and over and over again would be a good idea?

Same with the dozens of different protocols and portals and all the other magic bullshit. Once feature-complete with X11,Wayland will be of same complexity.

[–] TheGrandNagus@lemmy.world 4 points 7 months ago (1 children)

Once feature-complete with X11,Wayland will be of same complexity.

I'm gonna go out on a limb and say the Wayland/X11 devs (same people) know more about the way the X11/Wayland projects are structured than you do.

[–] Dirk@lemmy.ml 1 points 7 months ago (1 children)

They absolutely do. And I hope they prove me wrong.

[–] TheGrandNagus@lemmy.world 2 points 7 months ago

They already have?

[–] Rustmilian@lemmy.world 6 points 7 months ago (1 children)

It's definitely a large leep, but it's not going to solve everything. I'd say it brings us to ~85% completion. There's still a lot of smaller issues in need of fixing, and some issues unique to specific problem cards. Nvidia needs to put in that last 10% and the community needs to put in that last 4%. The 1% are the tiny bugs spread across the ecosystem that'll get fixed overtime.

[–] Dirk@lemmy.ml -2 points 7 months ago (2 children)

Nvidia shouldn't need to put anything in. It's entirely Waylands fault that it does not work well with the already existing hardware and drivers environment.

Nvidia is shit for so many reasons but not because Wayland doesn't work well with it.

[–] Bene7rddso@feddit.de 4 points 7 months ago (1 children)

If Nvidia had worked together with Wayland devs from the beginning this wouldn't be an issue

[–] Dirk@lemmy.ml 0 points 7 months ago (1 children)

Did they worked together with X11 to the same extend they need to work together with Wayland?

[–] Rustmilian@lemmy.world 4 points 7 months ago (1 children)

If Nvidia had worked together on Xorg, we wouldn't have had all of those shitty Nvidia unique x11 bugs with Nvidia's crappy proprietary drivers in the past.

[–] Dirk@lemmy.ml 1 points 7 months ago (1 children)

Cannot confirm any Nvidia unique X11 bugs since everything works perfectly fine since a decade or so for me – but tons of Nvidia unique Wayland bugs (same driver version and same card). I am not quite sure if Nvidia are really the bad one in this specific case.

My whole invironment is full of stuff to make Wayland actually work with Nvidia.

$ cat .config/labwc/environment 
GBM_BACKEND=nvidia-drm
__GLX_VENDOR_LIBRARY_NAME=nvidia
LIBVA_DRIVER_NAME=nvidia
QT_QPA_PLATFORM=wayland
WLR_NO_HARDWARE_CURSORS=1
XDG_CURRENT_DESKTOP=wlr
XDG_SESSION_TYPE=wayland

Not one single line of configuration is used for X11.

[–] Rustmilian@lemmy.world 3 points 7 months ago* (last edited 7 months ago) (1 children)
[–] Dirk@lemmy.ml 1 points 7 months ago (1 children)

You’re using a WM bud, wtf do you expect?

I expect it to work, like Openbox works on X11.

[–] Rustmilian@lemmy.world 2 points 7 months ago* (last edited 7 months ago) (1 children)

You miss the entire point of WMs then.
You're complaining about 7 lines of configs when the entire point of WMs is for you to literally customize everything through configs.
Shit, you probably don't even need half of that crap. QT_QPA_PLATFORM=wayland is already handled by qt, you only need that when running apps across Waypipe from a headless server environment. By default QT infers your environment from $DISPLY which is always :0 in Wayland.

[–] Dirk@lemmy.ml 0 points 7 months ago* (last edited 7 months ago) (1 children)

Thank you for educating me on basic knowledge about WMs, which I use since ove a decade.

I just expect applications behave the same. I have literally not one single line of configuration for X11 in any of my configuration files.

I need this QT variable, otherwise Cura does not work properly.

[–] Rustmilian@lemmy.world 2 points 7 months ago* (last edited 7 months ago) (1 children)

Cura as in this one? :

[–] Dirk@lemmy.ml 1 points 7 months ago (1 children)

Exactly. When the variable is unset the UI shows massive artifacts and weird rendering glitches.

[–] Rustmilian@lemmy.world 2 points 7 months ago* (last edited 7 months ago)

I don't see any graphical glitches on my hardware.
Perhaps you're still on the qt5 version?
Maybe a bug with your Nvidia driver?
Perhaps your WM doesn't have explicit sync yet and your card & driver needs it in this particular case? Perhaps it's running under XWayland?

Wayland#Qt :
While it shouldn't be necessary, to explicitly run a Qt application with the Wayland plugin, use -platform wayland or QT_QPA_PLATFORM=wayland environment variable.

As it says above, it should really be inferred by default. Something weird is going on here.

[–] Rustmilian@lemmy.world 3 points 7 months ago* (last edited 7 months ago) (1 children)

Nvidia's failure to implement the spec correctly is solely their own.

[–] Dirk@lemmy.ml 0 points 7 months ago (1 children)

Its not the car manufacturers failure when the road is broken.

[–] Rustmilian@lemmy.world 4 points 7 months ago* (last edited 7 months ago)

It's the car manufacturers failure when they can't properly put their tires on to safely drive on the road or put on tires that weren't up to code to begin with.