[gstreamer-bugs] [Bug 377280] [cdiocddasrc] issue if drive endianness != machine endianness

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=377280

  GStreamer | gst-plugins-good | Ver: 0.10.4





------- Comment #3 from Tim-Philipp Müller  2006-11-20 10:15 UTC -------
> However, I think libcdio should only handle the endianness
> of CDROM, and should leave gstreamer to handle the endianness of different
> processor. 

That's how it works at the moment. GStreamer currently assumes that the data it
gets from libcdio is in native endianness and the output caps will reflect
this.

So either that assumption is generally wrong (couldn't find anything to that
effect in the docs and haven't seen any complaints from Linux/PPC users yet
either), or the endianness of the data varies depending on the drive. In the
first case, we need to fix things in GStreamer's cdiocddasrc element, in the
second case we need libcdio API to provide us with the information about
drive/data endianness so we can swap the endianness as appropriate or set the
correct output caps.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email