Finally someone who links to the original source and not to blog spam!
Or worse, a Twitter post
If the original source is a Twitter post, its text should be quoted as the headline and either a screenshot or a Nitter.net link attached. The original source should almost always be preferable.
Did valve just release the first Linux distro with HDR?
Patch notes says “HDR can now be enabled in Display Settings if supported by the external display.”
Ohh wow… Is this the first proper Linux HDR implementation?
Hopefully it spreads to desktop too
-
HDR can now be enabled in Display Settings if supported by the external display.
-
VRR can now be enabled in Display Settings if supported by the USB-C adapter.
Excited for these two.
You might know VRR from the commercial names from AMD and Nvidia: G-Sync and FreeSync.
Your game/software can render as many frames as it wants or the hardware allows, yet your screen can only refresh at a set interval.
Assume your game is running at 55 FPS, but your screen is refreshing at 60 Hz. There’s no way to assign one full frame to each display refresh, because these are not integer multiples of each other. This means that if you do absolutely nothing and just feed the display the latest available frame at all times, you get screen tearing: parts of the image shown on screen will come from one frame, and parts will come from the next frame, this results in weird artifacts where vertical lines appear to be cut or mixed. This is bad.
You can then take the classic and most universally used approach: software vsync. In this case, your GPU will hold back each frame on a buffer and wait for your monitor to send a command requesting the next full frame. This fixes the artifacts, but because each frame must be kept waiting on a buffer, you get a delay between when the frame was calculated and when it shows up, this results in increased latency and it’s quite noticeable.
VRR compatible displays will do something entirely different: they won’t just warn the GPU they’re ready for the next frame, but rather the display and GPU will constantly negotiate the refresh rate and adjust on the fly. The game is running at 55 FPS? The screen will refresh at 55 Hz. A heavy scene came up and now the game dropped to 43 FPS? Display will immediately refresh at 43 Hz.
The end result is that if both the monitor and device support VRR, you get smooth frame delivery without latency spikes and without artifacts.
Interesting - I’d always thought that G-Sync etc meant the other way around. Thanks for the explanation!
Excited that we got native controls for undervolting!
It was pretty easy to add those options to the bios before, but it’s nice that it’s no longer necessary.
I wonder if we’ll get all the options, or if people will still have to use the bios script to unlock everything.
