[gstreamer-bugs] [Bug 377280] [cdiocddasrc] issue if drive endianness != machine endianness
bugzilla-daemon at bugzilla.gnome.org
Mon Nov 20 19:54:08 PST 2006
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
GStreamer | gst-plugins-good | Ver: 0.10.4
------- Comment #9 from rocky at panix.com 2006-11-21 03:52 UTC -------
Comment #8 drives home the point of why the best thing in the long run is just
to have a setting to force drive endianness with instructions: "if one setting
doesn't work, then try one of the others". (The 3 settings could be something
like "auto" "type 1" and "type 2". Calling the CD-ROM characteristic
"endianness", while technically correct just seems to cause lots of confusion.
For the record, I have a Solaris SPARC box which cd-paranoia reports as little
endian and cd-paranoia works fine. The drive I have in my Solaris box is
from vendor LG, model: CD-ROM CRD-8322B, and revison 1.05.
I tried looking at cdiocddasrc
http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/ext/cdio/ but I don't
see the paranoia part let alone the part where the CPU endianness is taken into
account (as it is in libcdio/src/cd-paranoia/cd-paranoia.c). But I could have
easily missed this or more likely it's elsewhere.
You originally wrote:
I figured out that the CDROM with Sparc box is little-endian,
Again, how did you determine this?
Also, please try cd-paranoia from libcdio and rip one of the tracks and see if
that works. And finally run cd-drive and send back what the vendor, drive and
model are as I've done above.
Your views on how to fix things have been noted. However more helpful would be
getting and giving the information requested. Thanks.
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
More information about the Gstreamer-bugs