You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This commit was created on GitHub.com and signed with GitHub’s verified signature.
[2.1.1] - 2026-05-23
Added
Linux HDR10 metadata (per image): On Wayland HDR10 PQ swap chains, the viewer now submits VK_EXT_hdr_metadata (ST 2086) when you open or switch HDR images—MaxCLL / MaxFALL follow the current picture instead of using fixed defaults. Applies to all native HDR decode paths (AVIF, HEIF/HEIC, JPEG XL, Ultra HDR JPEG_R, OpenEXR, Radiance .hdr/.pic, float/LogLuv TIFF, and tiled large images).
Improved
Linux HDR10 color metadata: Mastering display primaries in the Vulkan HDR infoframe use BT.2020 + D65, matching the HDR10 PQ pipeline.
Ultra HDR JPEG_R: Gain-map headroom is mapped into luminance hints so MaxCLL can be derived from container metadata before pixel scanning.
Fixed
AVIF HDR PQ colour (since 2.1.0; note added in this release): PQ AVIF decoded through YUV→RGB—including Microsoft Chimera (Chimera_10bit_…_with_HDR_metadata.avif)—no longer look oversaturated on Windows and Linux. The viewer treats libavif RGB output as display sRGB gamma, not PQ code values (avoids a second PQ EOTF in the HDR shader), and applies BT.2020 matrix MC=10→NCL fallback for Chimera-class payloads where the container tag does not match the coded luma/chroma.
Notes
Linux HDR scope (memo): Wayland native HDR on Linux targets HDR10 PQ via Rgb10a2Unorm (HDR10_ST2084 + VK_EXT_hdr_metadata). Rgba16Float scRGB / EDR swap chains (the Windows-style linear float path) are not planned for this release and remain out of scope until compositor and driver support is clearer. X11 stays SDR tone-mapped.