https://bugs.kde.org/show_bug.cgi?id=479168
--- Comment #4 from Simon Berz <acc-...@berz.one> --- Created attachment 164556 --> https://bugs.kde.org/attachment.cgi?id=164556&action=edit drm_info, kscreen-doctor, edid, and ddcutil outputs for SDR & HDR modes on HDMI & DP I added a new attachment with drm_info outputs. I also did more testing focusing on the monitor colorspace. It actually works fine on Linux using HDMI instead of DisplayPort! On Linux HDMI always used YCbCr while DP always used RGB color formats (the monitor has a way to show this, just not in the info section where all other connection infos are). These formats are used regardless of refresh rate and also does not show any signs of chroma subsampling (so probably not a bandwidth limit). On macOS YCbCr is used for DP and HDMI and both show full colors. On Windows 10 I tested YCbCr and RGB over DP on the same hardware and both formats worked. So the issue can be narrowed down to DislayPort or RGB color format (or a combination of both) on Linux. It starts to look more like a kernel issue to me but I don't really now enough about the APIs to be certain. This is probably a bit late to ask this but WCG and HDR should work on AMD without a patched kernel, right? As far as I followed/understood the developments in this space, HDR should work right now and the new proposals/developments are to move the processing from shaders to gpu hardware for better power efficiency. -- You are receiving this mail because: You are watching all bug changes.
