Version: 2.0-svn Oct 7 2008 (using Devel) Compiler: gcc (Gentoo 4.3.1-r1 p1.1) 4.3.1 CXXFLAGS="-O2 -fomit-frame-pointer -pipe -mfpmath=sse -fvisibility-inlines-hidden" OS: Linux Installed from: Compiled sources Amarok 2 fails to skip to the next track on these conditions: * track is variable bitrate * no supported VBR header is present * track length is overestimated The track plays correctly, but instead of proceeding to the next track when it ends, playback is paused instead. Timing data is correct in the playlist, but incorrect in the seek bar.
Could you provide an example file that triggers this bug?
Yes, I can confirm this. Many thanks for solving this for us, it has been frustrating us for a long time.
Ok, for example file... not sure if this is pirating, who cares anyway: http://puszkin.org/~astralstorm/tmp/09-clutch-what_would_a_wookie_do_(new_studio_track_recorded_2005).mp3
I cannot reproduce the problem with your example file. The track length gets shown as 4:26, which I assume is correct, and skipping to next track works fine. I've also tried some VBR tracks of mine that clearly show incorrect length values. Still, proceeding to next track worked as expected. What now? :) PS: I'm using the xine Phonon backend. What do you use?
I'm using the gstreamer backend...
I have a strong suspicion that the backend is of relevance here. GStreamer backend is known to be buggy. Could you perhaps try it with the xine backend?
Yes, xine backend is all right, reassign to Phonon instead.
Blah, can't use Xine backend, it ignores default ALSA device.... (there's also no option to pick it) Probably a bug too, I'll file it.
Reading these comments, and seeing as I cant reproduce with xine backend, may I suggest that this report be closed? Gary
No, move it to phonon->gstreamer backend instead.
I can confirm that this stream dosent load the next song on both the Xine and gstreamer backends http://rainwave.cc:8000/vwave.ogg
Modified title
*** Bug 208681 has been marked as a duplicate of this bug. ***
*** Bug 216856 has been marked as a duplicate of this bug. ***
...watching...
Could somebody please test with Phonon 4.3.1 (upcoming KDE SC 4.4) ?
It seems to be fixed in KDE SC 4.4 - at least for me (4.4.1 on Arch Linux).
Nice! Thank you for the feedback :)
reassigning to the new bugzilla product for better bug tracing of the various backends. Sorry for the noise.