• CalcProgrammer1@lemmy.ml
    link
    fedilink
    arrow-up
    19
    ·
    9 months ago

    VRR has landed!!!

    Can’t wait to try out the official version of GNOME VRR after using the patched mutter-vrr for several years now. It’s a very solid VRR implementation and I feel it’s better than KDE’s. It’s about time it made it into an actual GNOME release. Just wish they would’ve fully committed and added the VRR toggle in settings rather than hide it behind an experimental flag. Hopefully GNOME 47 moves it out of experimental.

    • okda@lemmy.ml
      link
      fedilink
      arrow-up
      12
      ·
      9 months ago

      Meaning “Variable refresh rates” for smoother video performance. Had to look it up.

      • Vik@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        9 months ago

        It’s generally used in gaming to sync content FPS with display refresh rate, which can help prevent tearing (esp with vsync) and input latency / display jitter for when content can’t sync to a denomination of your panel’s refresh rate

      • CalcProgrammer1@lemmy.ml
        link
        fedilink
        arrow-up
        3
        ·
        9 months ago

        I’m not sure. I don’t know how or when DSC gets used. My new monitor is a 4K 144Hz display connected over DisplayPort and my GPU is a Radeon RX 7800XT. I don’t think DSC is being used in this setup but I don’t know for sure. I also used this display with an Arc A770 and GNOME VRR worked just fine there too, though I had to comment out a line in a udev rule that excluded VRR support on Intel GPUs for some reason.

        • Vik@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          9 months ago

          I was under the impression that display stream compression was intrinsic to HDMI. From what I understand, HDMI has a consistent display stream, whereas DisplayPort sends packetised data.