So a bit under 3 years ago, I made my infamous Wayland rant post that is likely the most read post on this blog by miles. I should really actually write about music again one of these days, but that’s a topic for another time. The language was perhaps a bit inflammatory, but I felt the criticisms I made at the time were fair. It was primarily born out some frustrations I had with the entire ecosystem, and it was not like I was the only sole voice. There are other people out there you can find that encountered their own unique Wayland problems and wrote about it.

With that post, I probably cast myself as some anti-Wayland guy which is my own doing, but I promise you that is not the case. You can check my mpv commits, and it’s businesses as usual. Lots of Wayland fixes, features, and all that good stuff. Quite some time has passed since then, and it is really overdue look at the situation again with all the new developments in mind. To be frank, my original post is very outdated and it is not fair to leave it up in its current state without acknowledging the work that has been done. So in comparison to 3 years ago, I have a much more positive outlook now.

  • Alfredo Natale@feddit.it
    link
    fedilink
    arrow-up
    2
    ·
    4 hours ago

    Thanks for the detailed answers. So we can say that Wayland sacrifices lower latency in exchange for higher accuracy.

    According to this post Gnome allows you to change this behavior through an environment variable (MUTTER_DEBUG_ENABLE_ATOMIC_KMS=0 on Ubuntu 22.04). It should be a configurable option, considering the amount of people complaining about this mouse behavior.

    Oh and this is also why the cursor movement might visibly start stuttering during heavy GPU load. This is a problem that was solved back in the 80s but here we are…

    Sad, but does this problem only affect Wayland or also Xorg?