SteamOS 3.5 has just been released to the Preview channel, and includes new features that are still being tested. You can opt into this in Settings > System > System Update Channel. Display The default color rendering for Steam Deck has been adjusted to emulate the sRGB color gamut, resulting in a slightly warmer and more vibrant color appearance. Added Settings -> Adjust Display Colors, to tune the display's Color Vibrancy and Color Temperature.
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.
Why exactly is Linux having so much trouble with HDR?
macOS handles it trivially, Windows screws up color mapping but supports HDR fully, iOS handles it perfectly, Android relies on apps reporting HDR correctly but also works.
Desktop Linux is just now getting it’s first HDR supported system, and it’s the Steam Deck - why? It’s HDR, not quantum computing, what’s wrong in the chain?
Desktop Linux had been a bit behind the others on display features due to the legacy of X. As everybody moves more to Wayland that better enables these sorts of things, they’re catching up.
If only AMD would catch up with raytracing, DLSS, compute, and HDMI 2.1…
Everytime I think about switching to AMD these things always hold me back. There isn’t a solution where you can throw money at the problem, unfortunately.
DLSS is proprietary NVidia technology. That’s just like blaming Nvidia not being able to catch up on CPUs because Intel and AMD did not give them a license for the x86_64 instruction set. AMD supports the other technologies just fine.
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.
Why exactly is Linux having so much trouble with HDR?
macOS handles it trivially, Windows screws up color mapping but supports HDR fully, iOS handles it perfectly, Android relies on apps reporting HDR correctly but also works.
Desktop Linux is just now getting it’s first HDR supported system, and it’s the Steam Deck - why? It’s HDR, not quantum computing, what’s wrong in the chain?
Getting everyone to agree on a single standard.
Desktop Linux had been a bit behind the others on display features due to the legacy of X. As everybody moves more to Wayland that better enables these sorts of things, they’re catching up.
If only Nvidia wasn’t being such a huge roadblock…
If only people stopped buying Nvidia…
Unfortunately they’re not easily avoidable if you need CUDA, there’s really no good replacement yet. Most gamers probably don’t need CUDA, however
@HughJanus @xuniL it’s also sucks that almost all laptops used navidia. AMD advantage computers are always behind or few.
If only AMD would catch up with raytracing, DLSS, compute, and HDMI 2.1…
Everytime I think about switching to AMD these things always hold me back. There isn’t a solution where you can throw money at the problem, unfortunately.
DLSS is proprietary NVidia technology. That’s just like blaming Nvidia not being able to catch up on CPUs because Intel and AMD did not give them a license for the x86_64 instruction set. AMD supports the other technologies just fine.
Yes that’s what the person above you asked 😃