After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 300732 - Problem ripping CD with full paranoia (255)
Problem ripping CD with full paranoia (255)
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other All
: Normal normal
: 0.10.10
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-04-15 11:51 UTC by Sven Arvidsson
Modified: 2006-12-17 18:35 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8


Attachments
Gstreamer log (242.78 KB, application/x-bzip2)
2006-02-09 17:58 UTC, Sven Arvidsson
Details

Description Sven Arvidsson 2005-04-15 11:51:58 UTC
Please describe the problem:
I'm having trouble ripping a CD (Orchid by Opeth if it matters) using full
paranoia mode (255) with gstreamer-cdparanoia. The CD is clean, not scratched
and has no copy protection as far as I know.

Using Sound-Juicer, I can't rip track seven (of eight). Using the sample
cdparanoia pipeline from the gst-launch manpage I seem to run into problems even
earlier (I don't know how to rip individual tracks).

Neither s-j or the pipeline gives up reading the CD, but after leaving it over
night, not a single more bit has been read of the CD. (Using mode 0 or 4, the CD
is read OK.)

I am however able to rip this CD fine using either Grip (built-in cdparanoia) or
 the normal stand alone cdparanoia program. (I get some Uncorrected error/skip
on all tracks, and lots of jitter correction on the last, but all the tracks
still get ripped ok).

Is there some way I can go on debugging this?

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Andy Wingo 2006-01-27 15:21:17 UTC
Hi Sven,

Can you try reproducing this with the new version of sound-juicer that uses GStreamer 0.10? Thanks!
Comment 2 Sven Arvidsson 2006-02-08 18:48:47 UTC
Tried with Sound Juicer 2.13.4 and Gstreamer 0.10.2, same problem. 
Comment 3 Tim-Philipp Müller 2006-02-09 10:50:32 UTC
Could you run this on a command line:


  % GST_DEBUG_NO_COLOR=1 GST_DEBUG=cddabasesrc:5,cdparanoiasrc:5  gst-launch-0.10 cdparanoiasrc device=/dev/cdrom track=7 paranoia-mode=full ! progressreport ! fakesink 2> dbg.log

and then run 

  % bzip2 dbg.log

or 

  % gzip -9 dbg.log

and attach the file to the bug report here?

If it stalls at some point, just hit Control-C once or twice to stop it.

Comment 4 Sven Arvidsson 2006-02-09 17:58:53 UTC
Created attachment 59009 [details]
Gstreamer log

Done, it stalls after a while, even if the CD never spins down.
Comment 5 Tim-Philipp Müller 2006-03-23 17:08:53 UTC
Hrm, doesn't have a lot of useful information unfortunately. Could you attach a full log please? (bzip2'ed again)

% GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:5 
gst-launch-0.10 cdparanoiasrc device=/dev/cdrom track=7 paranoia-mode=full !
progressreport ! fakesink 2> dbg.log

Comment 6 Sven Arvidsson 2006-03-23 18:12:31 UTC
Of course, hope this helps.

http://www.whiz.se/temp/dbg.log.bz2
Comment 7 Wim Taymans 2006-08-14 07:58:07 UTC
Hangs in a call to cdparanoia. Not much more to say...

LOG   (0x81af920 - 0:00:24.536275000)          cddabasesrc(18067) gstcddabasesrc.c(1539):gst_cdda_base_src_create:<cdpara
Comment 8 Sven Arvidsson 2006-12-13 14:40:53 UTC
Not sure what has changed, but using version 0.10.10 of gst-plugins-base0.10 and version 3.10+debian~pre0-4 of cdparanoia I no longer have any trouble extracting the track with full paranoia mode.