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

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Dec 23 06:56:53 PST 2013


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

--- Comment #4 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2013-12-23 14:56:50 UTC ---
The problem I see here is the existing I420_10BE/LE format for example, which
should not exist according to what Tim said in comment 3 as we always get it in
native endianness. So ideally those would become deprecated in favor of a
I420_10 (and same for the GBR, I422 and others there).


So you would propose to add a native endianness variant of ARGB64_F16 then as
it's in line with ARGB64. And later when needed we add a ARGB64_F16_LE/BE, or
RGBA_F16 or ...?

I think we're missing some general rules here :)

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


More information about the gstreamer-bugs mailing list