[Bug 693175] Endianness bug

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Feb 4 17:43:07 PST 2013


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

Youness Alaoui <youness.alaoui> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |youness.alaoui at collabora.co
                   |                            |.uk

--- Comment #1 from Youness Alaoui <youness.alaoui at collabora.co.uk> 2013-02-05 01:43:01 UTC ---
What Alexander means to say is that the caps for ffmpegcolorspace use big
endian for 24 and 32 bpp, but little endian for 16 bpp as can be seen with
gst-inspect : 
http://privatepaste.com/bac504a359

So the question is whether or not it's intentional or if there's a bug in
ffmpegcolorspace which should use BIG_ENDIAN for bpp=16 instead of BYTE_ORDER.
Or if it's normal and the problem is his camera driver which should be
outputting little endian when it's capturing in 16 bpp.

      video/x-raw-rgb
                    bpp: 32
                  depth: 32
             endianness: 4321
                    ...
      video/x-raw-rgb
                    bpp: 16
                  depth: 16
             endianness: 1234
                    ...

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