First HDR output signal generated by my Linux box with a hacked version of KWinFT... which is a hacked version of KWin.

#KDE #Wayland

The framebuffer isn't configured correctly for depth 30 (10bpc), but this part already works in X11, and so it can be made to work in Wyaland too.

Actually, maybe I'll just keep it this way... so trippy! 

I'm asking the devs on the dri-devel IRC channel and on the KWinFT room on Gitter.

https://gitter.im/kwinft/community

kwinft/community

Where developers come to talk.

I got it to work! ✌️😄

And this is my work-in-progress patch:
https://gitlab.com/berniecodewiz/kwinft/-/commit/1b5effddaf0fe4daa39ba6a8ae59575b9f3eb34e

WIP: Initialize HDR output metadata (1b5effdd) · Commits · Bernie Innocenti / KWinFT

This gross hack convinced my BENQ EX3501R to switch to "HDR: ON". Everything is hard-coded, this is only good for a test run. Tested on an AMD Vega 64 card...

2 years passed, and we still don't have HDR color support in any #Wayland compositors 😞

Come on, #KDE & #GNOME! Who will do it first?

@codewiz an interesting site from arch shows, that some work needs to be done, to get HDR working on Wayland.
https://wiki.archlinux.org/title/HDR_video_playback
HDR video playback - ArchWiki

Renewed Work Around GNOME 30-bit Deep Color Frame-Buffer Support