Edit history

Earlier versions of HDR Tone Mapping for Screen Sharing, newest first.

Current version | Edited by Rex
Changes
- Screen sharing is already one of Fluxer’s strongest features this would make it class-leading.Removed: ### ChecksRemoved: Removed: - ☑ I searched for existing issues and didn't find a duplicate.Removed:
Show

HDR Tone Mapping for Screen Sharing

Problem

When sharing a screen that contains HDR content (games on HDR monitors, photo/video editing software, HDR videos, macOS/Windows HDR desktops, etc.), the shared stream often looks washed out, overly bright, or loses shadow/highlight detail. This happens because Fluxer’s current screen sharing pipeline outputs in SDR (Standard Dynamic Range) without any tone mapping to properly compress the wide dynamic range of HDR sources. The result is noticeably worse visual quality compared to the sharer’s own display — especially frustrating for gamers, creators, and anyone with modern HDR hardware.

Proposed solution

Add proper HDR tone mapping to the screen sharing pipeline. -Automatically detect when the shared display/source is HDR-enabled.
  • Apply high-quality tone mapping on the sharer’s side before encoding the stream (client-side, using GPU where possible for performance).
  • HDR passthrough mode when both sharer and viewer have HDR displays via VP9/H.265 + HDR10 metadata if the underlying tech supports it.

Notes (optional)

Why this matters
  • HDR monitors are now mainstream (especially in gaming and creative communities).
  • Other platforms HDR streaming is still mediocre; Fluxer has a chance to do it right and stand out.
  • Screen sharing is already one of Fluxer’s strongest features this would make it class-leading.
Original by Rex
Show

HDR Tone Mapping for Screen Sharing

Problem

When sharing a screen that contains HDR content (games on HDR monitors, photo/video editing software, HDR videos, macOS/Windows HDR desktops, etc.), the shared stream often looks washed out, overly bright, or loses shadow/highlight detail. This happens because Fluxer’s current screen sharing pipeline outputs in SDR (Standard Dynamic Range) without any tone mapping to properly compress the wide dynamic range of HDR sources. The result is noticeably worse visual quality compared to the sharer’s own display — especially frustrating for gamers, creators, and anyone with modern HDR hardware.

Proposed solution

Add proper HDR tone mapping to the screen sharing pipeline. -Automatically detect when the shared display/source is HDR-enabled.
  • Apply high-quality tone mapping on the sharer’s side before encoding the stream (client-side, using GPU where possible for performance).
  • HDR passthrough mode when both sharer and viewer have HDR displays via VP9/H.265 + HDR10 metadata if the underlying tech supports it.

Notes (optional)

Why this matters
  • HDR monitors are now mainstream (especially in gaming and creative communities).
  • Other platforms HDR streaming is still mediocre; Fluxer has a chance to do it right and stand out.
  • Screen sharing is already one of Fluxer’s strongest features this would make it class-leading.

Checks

  • ☑ I searched for existing issues and didn't find a duplicate.