Bug 123823

Summary:	[GST-0.10] When playback fails the desktop is rendered unusable
Product:	[Applications] amarok	Reporter:	Tim <hiziki.gard>
Component:	general	Assignee:	Amarok Bugs <amarok-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	crash	CC:	qbast
Priority:	NOR
Version First Reported In:	1.4-SVN
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Tim 2006-03-18 01:11:27 UTC

Version:           SVN (using KDE KDE 3.5.1)
Installed from:    Gentoo Packages
Compiler:          GCC-4.1.0 -O2 -march=k8 -pipe
OS:                Linux

Info: gcc-4.1.0, kdelibs-3.5.1, amarok svn, gstreamer-0.10.4

1. Only happens when using Gstreamer engine.  Doesn't happen with the xine engine
2. Play a musepack file.
3. At the end of playback amarok refuses to move on to the the next file in the playlist.
4. After 10 seconds or so of stucking on that file amarok renders my desktop completely unusable i.e. mouse cursor disappears, keyboard shortcuts become unresponsive, the hard drive begins to spin excessively for no apparent reason.

5.  After 6 or 7 minutes of the state described in 4 amarok crashes and the desktop is back to normal.

Comment 1 Tim 2006-03-18 01:25:58 UTC

I forgot to add that this only happens as far as I know with musepack files.  Since I only have musepack file on my computer I tested on a few mp3 and vorbis songs and those are just working fine.

Also the same thing happened when I tried to move the seekbar when playback a musepack file.

Comment 2 Mark Kretschmann 2006-03-18 10:34:25 UTC

Well this sounds to me like a bug in the GStreamer musepack plugin then.

Comment 3 Jakub Stachowski 2006-03-18 11:47:24 UTC

Try playing a file with:
gst-launch-0.10 filesrc location=somefile.mpc ! decodebin ! audioconvert ! audioresample ! alsasink
Does it lead to the same problem?

Comment 4 Tim 2006-03-20 04:36:15 UTC

Okay i tested a file with gst-launch-0.10 and it looks like it is a gst-0.10 musepack plugin bug so case resolved.