[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