[Bug 621553] video: new media type for high bit-depth and float video

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=621553
  GStreamer | gstreamer (core) | git

David Schleef <ds> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1

--- Comment #3 from David Schleef <ds at schleef.org> 2011-06-05 22:03:07 UTC ---
Since this bug report, GStreamer got support for 64-bit ARGB as well as a bunch
of 16-bit YCbCr formats.  These are simple extensions of 8 bit video to larger
bit depths: they still follow BT-470 or BT-709, just with more bits.  This is
the direction I want to follow for video/x-raw-yuv and video/x-raw-rgb.

The important part of x-raw-yuv and x-raw-rgb, in this case, is that they
assume a whole bunch of things that aren't necessarily true for framegrabbers
and/or float video.  For example, the range/excursion of values in float video,
or the response curve for greyscale video, or the RGB chromaticities of the
sensor.  Sometimes, this information isn't even known.

It isn't terribly important to try to support every format out there.  Pick one
you need, and implement it.

The plan for float video is much the way you describe above, except no bpp, and
with some definition of the response curves and excursions (string "linear",
"bt709", etc.), and chromaticities for components.  Once you have the
chromaticities on the components, the RGB ordering is redundant.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.