Bug 149694

Summary:	Amarok pauses for several secons on track change
Product:	[Fedora] Fedora	Reporter:	Ralf Ertzinger <redhat-bugzilla>
Component:	amarok	Assignee:	Aurelien Bompard <gauret>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	3	CC:	tjpueschel
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-03-08 20:14:44 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Ralf Ertzinger 2005-02-25 13:01:02 UTC

Description of problem:
When changing the current track (manually or by advancing the playlist), amarok
pauses for several seconds, eating 100% CPU in the process.
Happens with OGG and MP3 tracks. The last few seconds of the previous track and
the first seconds of the new track are being cut off.

Output plugin is gstreamer.

Version-Release number of selected component (if applicable):
amarok-1.2-2


How reproducible:
Always

Steps to Reproduce:
1. Populate playlist
2. Wait until track change or change track manually
3.
  
Actual results:
amarok pauses for several seconds, eating 100% CPU

Expected results:
Smooth track change

Additional info:

Comment 1 Aurelien Bompard 2005-02-25 14:54:27 UTC

I'd say it's either a bug in amarok's crossfading, or in gstreamer. Can you
please try to disable crossfading, and see if the bug is still there ? And then,
can you choose another engine (xine for example), with crossfading enabled, and
see if the bug is still there ?
Thanks

Comment 2 Ralf Ertzinger 2005-02-25 15:04:14 UTC

Still happens with crossfade disabled. Fade in/out is set to 0 msec, also.

gstreamer is the only engine presented to me by amarok although I have xine
installed (from freshrpms).

Comment 3 Aurelien Bompard 2005-02-25 15:10:44 UTC

Yes, the xine plugin cannot be distributed with Fedora, because xine depends on
patented software. You need the amarok-xine package to get support for the xine
engine. You can activate it by rebuilding the amarok srpm with the --with xine
switch, or you can tell me which version of Fedora you use, and I'll send it to you.

Comment 4 Ralf Ertzinger 2005-02-25 16:01:25 UTC

I am running FC devel.

Comment 5 Aurelien Bompard 2005-02-25 16:09:02 UTC

OK, you'll have to rebuild the amarok srpm then.
rpmbuild --rebuild --with xine amarok-*.src.rpm
should do it. Then, please install the amarok-xine rpm and test with this engine.
Or you could try the arts engine if you are running KDE.
Thanks

Comment 6 Ralf Ertzinger 2005-02-28 17:09:09 UTC

Rebuild done, the effect does not occur with the xine-engine, so this seems to
be a gstreamer thing. Any hints how to construct a gstreamer pipe to recreate
the effect on the command line?

Comment 7 Aurelien Bompard 2005-03-05 10:41:47 UTC

I know gstreamer very little, sorry. But if you find the right pipe, I'd be
happy to know :)

Comment 8 Tim Püschel 2005-03-08 12:35:02 UTC

Have you checked out the "With GStreamer-engine I'm getting 100% CPU usage while
playing. How can I fix it?" part in the FAQ of the handbook?

http://amarok.kde.org/component/option,com_staticxt/Itemid,0/xt_item,1/staticfile,playback.html#id250796

Comment 9 Ralf Ertzinger 2005-03-08 12:57:26 UTC

My default sound device is aliased to dmix, bit I will check this again.

Comment 10 Ralf Ertzinger 2005-03-08 20:14:44 UTC

OK, removing some gstreamer plugins makes the gstreamer-engine behave. Almost.
However, this is no longer a amarok issue, so I am closing this.