[gstreamer-bugs] [Bug 621553] Proposed MIME types/caps for high bit-depth and float video

[GStreamer (bugzilla.gnome.org)]

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

Benjamin Otte (Company) <otte> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |otte at gnome.org

--- Comment #1 from Benjamin Otte (Company) <otte at gnome.org> 2010-06-14 14:56:47 UTC ---
> Raw 16-bit, 32-bit grayscale, signed or unsigned (use existing caps,
> but add signed field):
>
Signed gray is just like unsigned gray, only with a different range?
I've never seen that anywhere, is that common?

> Raw floating point (half, single, and double) grayscale:
> video/x-raw-gray-float
>   bpp: { 16, 32, 64 }
>   depth: { 16, 32, 64 }
>   endianness: BYTE_ORDER
>
I don't think anyone ever uses bpp != depth, so we should drop the bpp
property.

> Raw 16-bits per channel RGB(A):
> video/x-raw-rgb16
>   bpp: { 48, 64 }
>   depth: { 48, 64 }
>   endianness: BYTE_ORDER
>   red_mask: { 255, ... }
>   green_mask: { 255, ... }
>   blue_mask: { 255, ... }
>  alpha_mask: { 255, ... }
> 
We need to come up with a better way to specify this than using masks. Also,
I'm not sure if there's any 12bpp formats in existance, because if there
weren't we could stat thinking in terms of bytes and not bits and that'd mean
we could drop endianness. Otherwise, do we need a way to swap 48bit numbers?

> Raw floating point RGB(A):
> video/x-raw-rgb-float
>  bpp: { 96, 128 }
>  depth: { 96, 128 }
>  endianness: BYTE_ORDER
>  red_mask: { ?? }
>  green_mask: { ?? }
>  blue_mask: { ?? }
>  alpha_mask: { ?? }
> 
I don't think bpp are necessary here (see gray format).
And the masks issue is the same as above, too. What we need for this format is
a way to specify the order of the components, isn't it?
I'd suggest something like a FOURCC for that, so that one could say
order="RGBA" or "order=xRGB". Would that make sense?

> For RGB(A)16 we can't (and probably shouldn't) re-use the existing
> video/x-raw-rgb since the masks are only 32-bits and we need at least
> 64-bits.
> 
I think it'd be nice if we could find a way to specify caps so that we can
describe all formats in existance and don't need different caps for 5,8,10,16
and whatever number of bits per component, so that we can use a single format
for GStreamer 1.0.

-- 
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.