enricobuehlerandClaude Fable 5 49c6dd00c9 fix(presenter): CPU frames never take the HDR10 passthrough surface ...

Software decode uploads swscale RGBA with no CSC/tonemap pass. On the new
desktop-compositor HDR10 surfaces (GNOME 48 / Plasma 6 + Mesa >= 25.1 offer
ST2084 even on SDR desktops) that sRGB-encoded content was composed as PQ —
the field-reported psychedelic picture (Fedora clients decode HEVC in
software because stock Mesa strips it; reproduced + fix live-validated on
GNOME Wayland: mode-0 soup -> HDR→SDR washed-out-but-correct).

The CPU lane keeps the SDR swapchain and its known untonemapped-PQ gap; a
real PQ→sRGB pass for CPU frames is the follow-up.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

2026-07-21 13:30:35 +02:00

..

shaders

feat(client): PyroWave planar present path + Linux NVENC match-arm fix (Phase 2b, part 2)

2026-07-15 01:42:15 +02:00

src

fix(presenter): CPU frames never take the HDR10 passthrough surface

2026-07-21 13:30:35 +02:00

Cargo.toml

fix(client/windows): repair the v0.15.0 MSIX build — ARM64 feature leak + illegal XML comment

2026-07-19 23:20:29 +02:00