-> gst

I also have a Debian 686, where I had the same problems. This has been fixed for a newer version, so it works there now. See

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402738

I still wonder what exactly fixed the problem there though. I can't see any changes in gstcddabasesrc, cdparanoiasrc or cdiocddasrc that look relevant. Note also that cdiocddasrc might be chosen over cdparanoiasrc in earlier GStreamer versions if both are installed, so it might be a problem in libcdio rather than libcdparanoia.

Also, could you attach a full GST_DEBUG log like this please:

 $ export GST_DEBUG_NO_COLOR=1
 $ GST_DEBUG=*cd*:5 gnome-cd 2>dbg.log
 ... reproduce error ...

and attach the dbg.log file?

Created attachment 80419 [details]
debug log file with output from invoking gnome-cd

Ad libcdio: sound-juicer depends on libcdio6, so both my boxes has it.

(And BTW: I didn't have to do anything else than invoking gnome-cd for getting the errors.)

Looks like a libcdparanoia or kernel issue to me. This error message can only happen if src->d->tracks is 0 as far as I can see.

Does

 $ cdparanoia -Q -d /dev/cdrom

work as expected (printing a list of tracks with start/end sectors etc.)?

Yes, the output looks good.

This is quite baffling, as cdparanoiasrc does exactly the same code-wise as the cdparanoia command line utility.

Could you also try this (long shot, but who knows):

 $ G_SLICE=always-malloc  gnome-cd

I see no difference with G_SLICE set to always-malloc. Making a new dbg.log resulted in the same output as the one attached.

This bug has also been discussed here:
http://lists.debian.org/debian-gtk-gnome/2007/01/msg00058.html

So this is what I gathered so far:

 - only happens in debian (but not ubuntu), but not for
   everyone either

 - happens with GStreamer core + base 0.10.10

 - upgrading only GStreamer core to 0.10.11 makes
   no difference

 - upgrading core and -base to 0.10.11 allegedly fixes it

 - there were no significant-looking changes whatsoever in
   our cdparanaoiasrc plugin or cddabasesrc between 0.10.10
   and 0.10.11 (linking changed though, libgstcddabasesrc was
   made to link to libgsttag for 0.10.11)


Possibly related (?):
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187602
http://bugzilla.gnome.org/show_bug.cgi?id=336812

Hi again, after an update, gnome-cd and sound-juicer works find for me:

x86_64-box $ apt-cache policy gstreamer0.10-plugins-base
gstreamer0.10-plugins-base:
  Installed: 0.10.10-4
  Candidate: 0.10.10-4

I think things turned out right with 0.10.10-3

i686-box $ apt-cache policy gstreamer0.10-plugins-base
gstreamer0.10-plugins-base:
  Installed: 0.10.11-1
  Candidate: 0.10.11-1

However, gst-launch has trouble:

BOTH-boxes $ gst-launch-0.10 --gst-debug-level=2 cdda://1
0:00:00.075761000 27425 0x50a950 WARN               default ./grammar.y:804:_gst_parse__yyerror: Error during parsing: syntax error, unexpected $end, expecting LINK
0:00:00.076029000 27425 0x50a950 ERROR         GST_PIPELINE ./grammar.y:840:_gst_parse_launch: Unrecoverable syntax error while parsing pipeline cdda://1
ERROR: pipeline could not be constructed: Unrecoverable syntax error while parsing pipeline cdda://1 .

> BOTH-boxes $ gst-launch-0.10 --gst-debug-level=2 cdda://1
> ERROR: pipeline could not be constructed: Unrecoverable syntax error while
> parsing pipeline cdda://1 .
 
Try

  $ gst-launch-0.10 -t -v cdda://1 ! fakesink sync=true

or

  $ gst-launch-0.10 -t -v cdparanoiasrc track=1 ! fakesink sync=true

(optionally also add device=/foo/bar to cdparanoiasrc)

Both invocations work fine :)

That's great, but it's still unclear to me why things now work. The patches in the debian packages look unrelated.

Will close this as OBSOLETE then, since it's been confirmed that the issue doesn't exist with newer -base versions.

If someone ever finds out what exactly caused this problem, I'd be very interested to know (I still doubt the problem is in gst-plugins-base).