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

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. 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

Chris Wang changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW




------- Comment #41 from Chris Wang  2007-05-14 09:52 UTC -------
I think Rocky's report shows this is not a bug in libcdio, what cd-read do is
invoke cdio_read_sector to read from the CDROM, pass back the data to a uint8
buffer, and print out the data in hex decimal. 

The test report indicate that the data pass back from both (little-endian)
CD_ROM are correct, but remember, these are Little Endian data. And I think the
libcdio do 
what it should do and with no error so far.

In our next step, these raw data are pass to gstreamer( or some other
application) to play. Since the AudioCD is 16bits/sample, and the data are in
little-endian. So there is problem in big-endian machine( imagine we pass the
data 1, but the cpu think it was a 256), and that's why I made the patch in
gstcdiocdda.c





-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=377280.