FS#16011 - [gstreamer] issues with changing tracks in amarok

Attached to Project: Arch Linux
Opened by Antonio Rojas (arojas) - Saturday, 05 September 2009, 09:10 GMT
Last edited by Pierre Schmitz (Pierre) - Saturday, 03 October 2009, 09:31 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Pierre Schmitz (Pierre)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Using amarok or juk with phonon-gstreamer backend from qt package: Every time you change tracks, it takes longer for the next one to start playing, to the point that after the 5th or 6th track change it doesn't start playing at all (in a reasonable time). Started happening after the 8/25/09 gstreamer updates.
No problems in Mandriva with the exact same configuration. No problem also with phonon-xine.

Additional info:
* package version(s): gstreamer 0.10.24
This task depends upon

Closed by  Pierre Schmitz (Pierre)
Saturday, 03 October 2009, 09:31 GMT
Reason for closing:  Upstream
Comment by Marcello Maggioni (Kariddi) - Thursday, 10 September 2009, 10:33 GMT
I confirm this bug. The problem is not confined to amarok only. Seems that all the phonon backend is broken somehow. JuK also seems to have problems and in Kopete sounds that should be reproduced when a message arrives are reproduced several seconds later. Switching to xine backend solves the problems described
Comment by Pierre Schmitz (Pierre) - Thursday, 10 September 2009, 10:59 GMT
This is one of the bugs that should be reported upstream. But its not the clear whom to blame here. I guess it's Qt which ships the phonon-gstreamer backend.
Comment by João Rodrigues (gothicknight) - Monday, 28 September 2009, 18:06 GMT
Confirmed here also. I've worked around it by using XINE backend instead of gstreamer's.

Loading...