Playback only plays first song after today's updates

This will affect all Dapper users as this is the default CD-player.

Note the difference between the slider and the length of the track which is 'playing'.

When the track has finished, double-clicking tracks does nothing.

Thanks for forwarding it upstream: http://bugzilla.gnome.org/show_bug.cgi?id=337581

OK, just to say that the same bug affects the gnome-cd player. I'va already filed a bug in gnome-multimedia for this.

HTH

David

The bugs are probably the same and due to gstreamer0.10 so

Thanks for the help, Sebastien. Any idea which GStreamer component would likely be at fault here? It would probably be best to get this upstream fairly promptly but I don't know which package to blame!

you could try rebuilding gst-plugins-base0.10 without the debian/patches/10_audiosink-lockup.patch patch, that's the only gstreamer package which changed during the week

Sorry to be a pain, Sebastien, but I have no idea how I would go about doing that. You would have to give me some directions.

I built them for you at
http://blackbird.kaarsemaker.net/~dennis/gstreamer/

Thanks Dennis :). I downloaded all the .debs from that location, dpkg -i all of them and that seemed to work fine. Opening up a CD in sound-juicer does the same behaviour I reported in the bug. Do I need to restart or restart some process?

Just restarted. The problem behaviour still occurs.

Just to clarify: I just tried ripping tracks with SJ and that works fine. It seems that only playback is affected.

The issue is due to 10_audiosink-lockup.patch from gst-plugins-base0.10, should be fixed with the next upstream tarball

Thanks all - this is fixed as of 17 April 2006 in Dapper (Flight 6).

the package still ship the broken patch no reason for it to be fixed

From: https://wiki.ubuntu.com/Bugs/CommonTasks#head-903ef78b981986f22bbccffcc1f1f235f4b88b6c

Fix Committed:
* means for upstream projects, that the fix is in CVS/SVN/bzr or commited to some place
* means for package maintainers, that the changes are pending and to be uploaded soon (it's what PENDINGUPLOAD was in Bugzilla)

Fix Released:
* means for upstream projects, that a release tarball was announced and is publically available
* means for package maintainers, that a fix was uploaded

Sorry, Sebastien. I didn't install any patches from CVS or anything and have only received updates from the normal Dapper repos and now it works, so thought that it was 'Released'.

I experienced this issue. It is now fixed. However, I can only play one track at a time and then playback stops. Despite all tracks (or a few) being selected for ripping, playback only works for one song.

If this is the default application for an audio cd, it is annoying to have to click each song individually to play them. Is this behaviour normal?

This upload fixes the issue:

 gst-plugins-base0.10 (0.10.6-0ubuntu1) dapper; urgency=low
 .
   * Sync with Debian
   * New upstream version:
     Changes since 0.10.5:
     - QoS in sinks and transform elements
     - Needs GStreamer 0.10.5 for new GstBaseSink::async_playback() vmethod
     - added theoraparse element
     Bugs fixed since 0.10.5:
     - [playbin] hang while playing truncated ogg file
     - [subparse] subtitles with special chars are displayed as ...
       (Ubuntu: #39198)
     - [riff] uncompressed AVIs with 24bpp don't work
     - [ffmpegcolorspace] make win32+msvc compliant, don't use _...
     - Disable tests/icles on platforms that do not have X
     - build errors compiling audioresample on win32(vs7)
     - gst-plugins-base fails to compile with GCC 4.1
     - [gnomevfssrc] fails to connect to icecast streaming servers
     - [ffmpegcolorspace] YVU9 support
     - [typefinding] ID3 v1 tag is not recognized with mp3-in-wa...
     - inefficient use of GList in gst-plugins-base
     - [gnomevfssink] should accept non-URI filenames as " location "
     - [gnomevfssrc] some minor memory leaks
     - plugins need better/univied descriptions
     - Unable to recognise MPEG TS stream
     - Memory leaks in basertpdepayload
     - [oggdemux] segment stop position ignored
     - Regression in the handling of files with multiple audio/s...
     - Videoscale crashes as part of DVD to Ogg transcoding
     - [videorate] Goes into an infinite loop
     - [riff] handle H264 fourcc in addition to h264
     - ISO file typefinding regression
     - deadlock in base audio sink on playing- > paused state change
   * debian/build-deps.in:
     - updated the debhelper requirement to match the compat=5
   * debian/patches/02_fix_wavpack_typefind.patch:
     - fix typefind for wavpack, patch from CVS pointed by Sebastian Dröge
       (Ubuntu: #40500)
   * debian/patches/03_fix_videoscale_pixel_aspect_ratio.patch:
     - fix videoscale not passing pixel aspect ratio,
       patch from CVS pointed by Sebastian Dröge (GNOME: #338991)
   * debian/patches/10_audiosink-lockup.patch:
     - fixed with the new version (Ubuntu: #38532)
   * debian/patches/70_relibtoolize.patch:
     - not required

It's fixed. You rock!