gnome-vrr VS gnome-randr-rust

https://copr.fedorainfracloud.org/coprs/kylegospo/gnome-vrr/ :

  gsettings set org.gnome.mutter experimental-features "['variable-refresh-rate']"

This probably isn't what you're looking for, but by enabling this: https://copr.fedorainfracloud.org/coprs/kylegospo/gnome-vrr/ you can get vrr/vsync on Wayland for gnome, it can cause flickering but otherwise it's pretty good and got rid of any tearing and stuttering for me.

You can grab the patch from https://github.com/KyleGospo/gnome-vrr and build it.

Source: https://github.com/KyleGospo/gnome-vrr/issues/5

Based on the comments in the AUR repo, I'd assume that the maintainer still invests time trying to update mutter-vrr. There seems to be a non-trivial issue when rebasing on Gnome 44, but I'm not able to assess how complex the problem actually is. (https://github.com/KyleGospo/gnome-vrr/issues/5)

Currently you can either use a Wayland DE that supports VRR, I know KDE has support for it, or use the gnome-vrr copr or build it yourself from his GitHub.

For fedora you can use https://copr.fedorainfracloud.org/coprs/kylegospo/gnome-vrr/

Just wanted to share my updated PKGBUILD to enable VRR in Gnome 43.2. The original author has no time to update his AUR package it seems so i updated it myself with the sources from the Fedora COPR.

TIL about various things for ostree distros:

https://github.com/maxwellainatchi/gnome-randr-rust :

> gnome-randr-rust: `xrandr` for Gnome/wayland, on distros that don't support `wlr-randr`*

Kernel-fsync: https://copr.fedorainfracloud.org/coprs/sentry/kernel-fsync/

gnome-vrr:

Changing the orientation: Gnome is currently using Wayland rather than X as the default, so using xrandr has no effect. However, I can use gnome-randr-rust (available in nixpkgs via nix-shell -p gnome-randr). The following is sufficient to change the orientation when I run it from Console in the desktop session:

On wayland, there seem to be many options, unfortunately none work. xrandr --output XWAYLAND0 --off simply has no effect, wlr-randr is not supported because of compositor doesn't support wlr-output-management-unstable-v1, and gnome-randr modify HDMI-1 --mode='-1' (or --off) is not available yet (See: https://github.com/maxwellainatchi/gnome-randr-rust/issues/13)

Hey, I might've actually found a way to do this! Want to open a new issue on my repo and I'll dig into it a bit further? I need a little help checking out this solution since I don't have an Intel card so I can't actually see if my theory is correct.

A project to write a wayland compositor for gnome I wouldn't use it, but it shows the need is there.