NOTE: On a surface with "perceptual" (default) render intent, handling of the container's color volume is implementation-specific, and may differ between different transfer functions it is paired with. Hacks. Don't use for serious color work.
Contribute to Zamundaaa/VK_hdr_layer development by creating an account on GitHub. Gamescope Joshua Ashton implemented a new backend in gamescope, that uses Wayland subsurfaces to forward content to the host compositor instead of compositing it all into one image, and includes direct support for the frog_color_management_v1 protocol. The frog-color-management-v1 protocol from Valve's Joshua Ashton and KDE developer Xaver Hugl is the experimental protocol focused on HDR game support until the upstream Wayland protocol is all complete and ready.
wp_color_manager_v1 version 1 color manager singleton A singleton global interface used for getting color management extensions for wl_surface and wl_output objects, and for creating client defined image description objects. The extension interfaces allow getting the image description of outputs and setting the image description of surfaces. Ready-made packages with the first version of frog-protocols have already been accepted into the Arch Linux, Fedora 41 and Fedora 40 repositories, and are also at the stage of inclusion in openSUSE.
The first two Wayland protocols included in frog. Gamescope with proper HDR requires scRGB and xx. Description Maybe it's time to switch to the staging color-management-v1 protocol for HDR and color management as mpv,sdl and mesa are adopting that protocol.
The frog-color-management-v1 protocol, developed by Valve's Joshua Ashton and KDE developer Xaver Hugl, is an experimental protocol focused on HDR game support, bridging the gap until the.