Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • gst-plugins-base gst-plugins-base
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 641
    • Issues 641
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 80
    • Merge requests 80
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GStreamerGStreamer
  • gst-plugins-basegst-plugins-base
  • Issues
  • #695
Closed
Open
Issue created Nov 08, 2019 by Edward Hervey@bilboed🤘Owner

videoconvert: minimalist HDR-to-SDR support

While we do have the various primaries and transfer functions to do colorspace conversion between HDR and SDR, the result is wrong.

The problem is that we don't take into account target luminance (of the colorspace) in the conversion. Ex: Max brightness for BT2020 could be 10,000 nits. But for SDR it's generally 100nits.

The result is that when you do a naive video/x-raw,colorimetry="bt2100-pq" ! videoconvert gamma-mode="remap" ! video/x-raw,colorimetry="bt709" conversion you end up with really dark video.

This will require adding the notion of target luminance in the all our video conversion chain (and maybe video-color.h also).

Assignee
Assign to
Time tracking