[Bug 790115] New SMPTE 2086 meta API for partially supporting HDR

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=790115

--- Comment #2 from Seungha Yang <pudding8757 at gmail.com> ---
(In reply to Sebastian Dröge (slomo) from comment #1)
> Can you propose an API for signalling the HDR related metadata? I assume
> this should be new optional caps fields, which come from a couple of new
> enums? What would those enums look like?

I'm writing new APIs and planing to add some features on some place.

First, the meta doesn't need a enums I think. All the values are float

HEVC spec specifies it as SEI message syntax for the meta
mastering_display_colour_volume() {
  // for CIE1931 coordinate  
  for ( c = 0; c < 3; c++) {   
    display_primaries_x[c]
    display_primaries_y[c]
  }
  white_point_x
  white_point_y
  max_display_mastering_luminance
  min_display_mastering_luminance
}

I agree with your opinion that it should be optional caps field, because the
HDR meta for HDR10 and PQ data does not changed on a stream (called static
meta).
Dolby Vision HDR meta, however, can be changed per frames. 
(Dolby Vision is private tech and I don't think en/decoder for Dolby Vision
will be opened public, let's do no care about Dolby Vision now.)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.