As pointed out in This Week in GNOME, there’s been some continued work on Variable Rate Refresh for the GNOME desktop. The VRR setting within GNOME Settings continues to be iterated on as the developers iron out how they’d like to present the Variable Rate Refresh setting for users. The developers have been discussing how to best present the option as to avoid confusion as well as how it makes the most technical sense as far as the option goes.

Edit: “Variable Refresh Rate - Roadmap” - https://gitlab.gnome.org/GNOME/mutter/-/issues/3125

  • ReakDuck
    link
    fedilink
    arrow-up
    2
    ·
    edit-2
    10 months ago

    I thought its an entire different desktop. Especially itd not possible to run gamescope while a X11 Desktop is running so I guess you are wrong with “bypassing”. Its just switching to gamescope. Its a Wayland compositor. It does even less than a Window Manager (is this right?)

    • bitwolf@lemmy.one
      link
      fedilink
      arrow-up
      3
      ·
      10 months ago

      Bypass is maybe a poor choice of words. Both gamescope and Kwin are compositors so you can use one or the other.

      An advantage of making gamescope is that they can add features like VRR or HDR without having to wayiting for KWin to implement it

      • ReakDuck
        link
        fedilink
        arrow-up
        3
        ·
        10 months ago

        I assume as this is a Gaming mode, its purpose is not to avoid waiting for features. But close the entire desktop which may use up to 1GB RAM and a by of CPU. Which definetly impacts the game by some fraction. Doesnt matter how tiny, its just what gaming modes are having as focus I assume.

        The next thing I would never see on a desktop is FSR which gamescope has.