Bug 301325

Summary: When using phonon-gstreamer, Amarok stops 2s into certain ogg files
Product: [Unmaintained] phonon-backend-gstreamer Reporter: Alex Elsayed <eternaleye>
Component: generalAssignee: Harald Sitter <sitter>
Status: RESOLVED DUPLICATE    
Severity: normal CC: bjoernv, martin.sandsmark, myriam, p92, romain.perier, tdfischer
Priority: NOR    
Version: 4.6-git   
Target Milestone: 4.6.1   
Platform: Exherbo   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Full backtrace on all threads of Amarok during the problem

Description Alex Elsayed 2012-06-07 06:58:33 UTC 
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.
Comment 1 Alex Elsayed 2012-06-07 07:00:41 UTC 
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.
Comment 2 Myriam Schweingruber 2012-06-07 07:04:48 UTC 
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.
Comment 3 Myriam Schweingruber 2012-06-07 07:05:03 UTC 
*** Bug 273198 has been marked as a duplicate of this bug. ***
Comment 4 Alex Elsayed 2012-06-07 07:29:49 UTC 
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.
Comment 5 Alex Elsayed 2012-06-07 07:40:36 UTC 
Also, that bug seems to be streaming-specific, while this is a local file.
Comment 6 Myriam Schweingruber 2012-07-12 07:12:51 UTC 

*** This bug has been marked as a duplicate of bug 302652 ***