Finally someone who links to the original source and not to blog spam!
Did valve just release the first Linux distro with HDR?
Well, technically they're only about to, as this is the preview version.
Interesting, I didnt think the lcd would have supported 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
There was a HDR hackfest earlier this year. A couple of reports from after the event if you're interested https://emersion.fr/blog/2023/hdr-hackfest-wrap-up/ + https://blogs.gnome.org/shell-dev/2023/05/04/vivid-colors-in-brno/. It also got a brief mention in the System76 blog https://blog.system76.com/post/may-flowers-spring-cosmic-showers.
So it's being worked on, and it seems all involved are trying to get it right - it sounds like gamescope on SteamOS doesn't need to worry about solving all the problems that general purpose desktop compositors will have to.
Yes that's what the person above you asked 😃
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.
What VRR is useful for ?
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.
Great explanation, thank you!
Yeah I'm only now understanding this for the first time...
VRR is a terrible name for this. Something like "frame rate sync" sound much more appropriate.
Thanks for the explanation.
Interesting - I'd always thought that G-Sync etc meant the other way around. Thanks for the explanation!
You're correct; AMD's implementation is FreeSync and NVIDIA's is G-Sync.
VRR is one of the best things to come to gaming in the last 10 years
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.
Not sure if it carried over or if it was included with the update, but I do still have the full suite. I was curious about this myself. The bios got wiped with the update, so I can only assume that it was included.
Nice, they added flatpak-kcm. No need to install Flat seal anymore.
Also the sRGB gamut looks much better. No wonder people were complaining about the steam decks screen.
I'm dum plz explain why no need flatseal
You can now configure Flatpak app permissions via KDE System Settings -> Applications -> Flatpak Permission Settings. It basically does the same thing that Flatseal does, except it now comes out of the box. No need to install a separate app.
Gubai flatseal
HDR support is crazy!!!
If only my usb-c dock supported it hahaha. Any alternatives to the official dock to get this kind of support?
Oh god, I'm so excited!
The biggest thing I want is a keyboard I can use via the controller, even if I have to learn new bindings.
That seems like something a third party company like 8bitdo or Gulikit would have business creating, and they likely wouldn't do a bad job.
Can't find the voltage offset settings in the BIOS. Where are they?
A place to discuss and support all things Steam Deck.
Replacement for r/steamdeck_linux.
As Lemmy doesn't have flairs yet, you can use these prefixes to indicate what type of post you have made, eg:
[Flair] My post title
The following is a list of suggested flairs:
[Discussion] - General discussion.
[Help] - A request for help or support.
[News] - News about the deck.
[PSA] - Sharing important information.
[Game] - News / info about a game on the deck.
[Update] - An update to a previous post.
[Meta] - Discussion about this community.
Some more Steam Deck specific flairs:
[Boot Screen] - Custom boot screens/videos.
[Selling] - If you are selling your deck.
These are not enforced, but they are encouraged.
Rules: