[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 #20 from Chris Wang  2006-12-02 06:37 UTC -------
Rocky
I think I answsered your question in comment 8 on how do I figured out my
CD_ROM is little endian. On responding to your comment 14, There definitly has
no different from the data pass back from CDROM as both CDROM are
LITTLE-ENDIAN, but the byte sex of the CPU are different, and I believe that's
the problem lied on.

I don't see the code of xine or other CD ripper, I doubt that they may process
the byte sex issue on upper layer ( but I strong believe they processed it). As
I mentioned on comment 16, those elements are invovled in CDplay, and I think
the best place to put these endianness detection should be in cdiocddasrc. The
architecture of Xine is different from Gstreamer, so Xine the endianness
detection of Xine may not in cdio read layer.

Brain, in Tim's comment 11, he explained that libcdio don't have the API to
determine the byte sex of the CD ROM. I agree that to put a module that can
determine the it make the patch perfect, however, I think more work may need to
do on it. Currently, my patch make a assumption that all CDROM are little
endian.

Rocky, I have tested on many modal(Sunblade 1500,2500 etc) of Sparc box and all
have little-endian CD ROM and big endian processor, and all of them cannot play
CD correct with gstreamer...

I can be wrong, and there may be some Sparc box has big endian CDROM, Can you
tell me your Sparc box configuration. 


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