The symptoms of this are that for certain ogg files, (one vorbis file reproduces it consistently, but some flac files can do so on an intermittent basis), Amarok will kind-of-pause 2s into playback. 'Kind-of' because it still seems to be in the playing state, but is making no progress and producing no sound. The file that can reproduce this consistently is the audio track of the youtube video 'Mal's Song', found at https://www.youtube.com/watch?v=U1TkSbZi6WE . It was extracted from the webm file with ffmpeg, using the commandline "ffmpeg -i U1TkSbZi6WE.webm -acodec copy -vcodec none U1TkSbZi6WE.ogg". The specific circumstances are that the ogg file is first on my playlist. On finishing the last song and looping (in 'loop playlist' mode), amarok will get 2s into the file and then stop. The UI is still responsive, and the file plays fine if I either double-click it in the playlist, or pause and resume using the control buttons. Playing the file from a stopped state always succeeds. Reproducible: Always Steps to Reproduce: 1. Place file first in playlist, and another file last 2. While playlist is looped, allow last song to finish and loop to the relevant ogg file Actual Results: Playback stops 2s into track Expected Results: Track plays normally Revisions of the stack: phonon-gstreamer: git 51d5899f237e9ce46f32bb49fa0f01cb091408f1 Amarok: git 54cdbf0167250a25644b8514bac14911d0cd9407 Phonon: git b51f5bf26da7f55559ef723dd72abae8bc88f67e Bug 268892 *may* be related, or possibly only comment 37 on that bug (https://bugs.kde.org/show_bug.cgi?id=268892#c37). This is uncertain without more information on the failure mode the user who made that comment is experiencing.
Created attachment 71632 [details] Full backtrace on all threads of Amarok during the problem The whole stack was built with -g3 -gdwarf4, so the debug info should be decent.
Looks like a duplicate of bug 273198 to me. Since there was no feedback from the OR of that other bug I mark it as a duplicate to this one since the data is more recent.
*** Bug 273198 has been marked as a duplicate of this bug. ***
I suspect it may have a different root cause - in my case, the problem only occurs on amarok switching tracks itself. Manually selecting the ogg file always plays successfully for me, whereas that report seems to indicate that if A triggers the problem, manually switching from A to B and back to A will fail to play properly. For me, that succeeds. Also, I've seen no signs of this on any mp3 files.
Also, that bug seems to be streaming-specific, while this is a local file.
*** This bug has been marked as a duplicate of bug 302652 ***