[Bug 719902] video: Multi-byte-per-component video formats, endianness and component order

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=719902
  GStreamer | gst-plugins-base | git

--- Comment #9 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2013-12-30 10:21:54 UTC ---
(In reply to comment #8)

> > 2) Add ARGB64_F16 (native endianness)
> 
> How about we add (and only add) ARGB64_F16LE on little endian and ARGB64_F16BE
> on big endian at least we can then later add the other endianness without
> causing trouble?

That will break gobject-introspection in interesting ways, otherwise I like it
:)

> We could do GST_VIDEO_FORMAT_ARGB_F64 = _GST_VIDEO_FORMAT_NE(ARGB_F64) like we
> do with audio.

Yes

> > 3) Maybe: Deprecate endianness-aware variants of I420_10* and GBR_10* and
> > replace them by a native endianness variant? Note that libav has LE/BE variants
> > of these. And also variants for 9, 11 and 12 bits.
> 
> also note that ffmpeg only does native audio formats while we list all LE/BE
> variants

What do you mean with that?

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