On Fri, Feb 9, 2024 at 9:10 PM Kilian Hanich via devel <devel@xxxxxxxxxxxxxxxxxxxxxxx> wrote: > > > > Am 09.02.24 um 18:28 schrieb Neal Gompa: > > On Fri, Feb 9, 2024 at 12:16 PM Roy Bekken <roy.bekken@xxxxxxxxx> wrote: > >> > >> On fredag 9. februar 2024 17:41:33 CET Neal Gompa wrote: > >>> On Fri, Feb 9, 2024 at 11:06 AM Roy Bekken <roy.bekken@xxxxxxxxx> wrote: > >>> > >>>> > >>>> > >>>> On fredag 9. februar 2024 04:04:04 CET Steve Cossette wrote: > >>>> > >>>>> I am not gonna reply to all of that because all we are doing at this > >>>>> point > >>>>> is repeating the same thing. But we are NOT stopping you from using > >>>>> x11. > >>>>> You can either build it yourself and put it on a copr (it’s not like > >>>>> neal > >>>>> is using voodoo in his copr), use the copr we provide or … > >>>>> > >>>>> > >>>> > >>>> This is extremely hostile towards new people trying linux for the very > >>>> first time, asking them to add a copr repo if they have problems with > >>>> wayland to try X11, its unlikely they ever heard this stuff before. > >>>> > >>>> > >>>> > >>>> Most likely they are trying out Fedora on a live media. > >>>> > >>>> > >>> > >>> > >>> And they're not going to get an X11 experience on live media even now. > >>> Wayland has been used for all environment modes since Fedora 36. > >> I am aware if this. So you are saying that its perfectly fine that someone new > >> to linux boot into a desktop that microstutters when they move windows around? > > > > No, it's not fine. Just like it's not fine to get random > > tear/corruption snow when moving things around or opening windows on > > X11. > > > > The difference is that we can actually do something about those issues > > with Plasma Wayland when people report them. *Tons* of these kinds of > > issues were fixed over the past 3 years, and Plasma 6 brings a huge > > upgrade around this stuff too. And the whole graphics pipeline is > > fully under the control of KDE Plasma, so we can do things we've never > > done before. That's why we can do VRR, HDR, VR, mixed-DPI, fractional > > scaling, and so much more. > > > > We can do things that even other Wayland desktops can't do because our > > architecture is flexible enough to do it. With Plasma X11, our necks > > are hanging to the dying albatross that is the X server and our hands > > are tied behind our backs when we want to actually do something to > > improve the experience. These are not issues with Plasma Wayland. > > > > Because Plasma Wayland... is just KDE Plasma. > > > > > > > > Quite a bit of topic from my part, but is your pipeline for Wayland > flexible enough to turn off any kind of display sync (even in windowed > mode) if the user wants that? > > Sure, it has its downside (e.g. tearing can happen), but I rather have > that than the added latency (even if very minimal) of such a sync (and > yes, that includes VRR which has a considerable smaller one than normal > V-SYNC). Technically, turning off display sync completely is quite difficult right now since the actual driver stack in Linux underneath everything (both Wayland and X11) uses implicit sync right now (Linux kernel drivers, Mesa drivers, etc.). That said, there's a move to support explicit sync in Wayland[1], and the first steps of that for KWin have been written up as a merge request[2]. Once there's an agreed upon mechanism for explicit sync, it would be possible to support something like that. [1]: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/90 [2]: https://invent.kde.org/plasma/kwin/-/merge_requests/4800 -- 真実はいつも一つ！/ Always, there's only one truth! -- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
