Introducing GNOME 46, “Kathmandu” (release.gnome.org)

submitted 8 months ago by rvlobato@lemmy.ml to c/opensource@lemmy.ml

10 comments fedilink hide all child comments

top 10 comments

sorted by: hot top controversial new old

[-] CalcProgrammer1@lemmy.ml 19 points 8 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 12 points 8 months ago

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

[-] shnizmuffin@lemmy.inbutts.lol 4 points 8 months ago

Thank you.

[-] vikingtons@lemmy.world 1 points 8 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

[-] AmbiguousProps@lemmy.today 1 points 8 months ago

Do you know if DSC support has been improved?

[-] CalcProgrammer1@lemmy.ml 3 points 8 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.

[-] vikingtons@lemmy.world 1 points 8 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.