Originally posted by Sethox
View Post
Announcement
Collapse
No announcement yet.
GNOME Shell vs. KDE Plasma Graphics Tests On Wayland vs. X.Org Server
Collapse
X
-
- Likes 3
-
-
For me or is more important, that I can switch from a game to the desktop without input or graphic glitches than any benchmark performance. One thing that bothers me is that games can easily crash the Mesa and Linux graphic drivers and there is no proper reset.
- Likes 4
Comment
-
Originally posted by R41N3R View PostFor me or is more important, that I can switch from a game to the desktop without input or graphic glitches than any benchmark performance. One thing that bothers me is that games can easily crash the Mesa and Linux graphic drivers and there is no proper reset.
If you have any issues with games running in borderless windowed mode however there's an issue with your DE/WM.
A lot of games I play have support for windowed mode but not borderless window mode, but luckily most tiling WMs have support for toggling the borders which solves this for me.
Comment
-
Originally posted by aufkrawall View PostGnome compositor on Wayland is limited to 60fps, leading to stuttery desktop with refreshrates above. This is not the case with KWin.
However, also KWin can't do anything against the XWayland limitation of 60fps, so X applications will stutter as well.
in reality GNOME on Wayland had and still has a lot of issues for gaming, and the frame-rate you saw on the FPS counter wasn't the final frame-rate you saw on the actual screen because xwayland on GNOME is actually locked to 60fps regardless of your monitors refresh rate and thus it throws away a lot of frames which were counted by the benchmark but never made it on screen.
There is a problem on wayland with mutter where it locks to 60Hz regardless of refresh rate you use, so that should be fixed for sure.
Comment
-
For me Gnome is simply unusable on Wayland atm. The most disturbing problem is constant mouse cursor lag where the cursor seems simply to stop for a fraction of a second and this is highly irritating. Let's call it stutter. This bug was introduced not too long ago, I think maybe with the 3.26.0 release. The Gnome devs just don't give a fuck about fixing bugs. They might be fixed when the problematic portion of code is re-written for another reason, but seems like their bug-fixes are more side effects than by intention.
Another prime example is actually on-topic. Gnome's WM does indeed un-redirect all fullscreen accelerated content like videos. Too bad it also crashes every single fucking time when that window is closed without dropping off fullscreen mode first. (Like via Alt-F4.) The first time only Mutter reboots (on Xorg, that is), but after the second time the whole desktop session crashes. Has not been fixed for months now.Last edited by curfew; 25 February 2018, 05:03 PM.
- Likes 2
Comment
Comment