Version: 2.4.1 (using KDE 4.6.3) OS: Linux When trying to playback any stream, Amarok will display the stream title and no more. It does not start playing, if there are more titles in the playlist _after_ the stream. After a few seconds in which Amarok supposedly tries to connect to the stream, it skips to the next entry of the playlist. If that entry is a mirror of the first stream or another stream, it skips faster until it finds the first local file or until the playlist ends. If however, the stream file is the only file in the playlist or its last file, Amarok will usually play it without problems on doubleclick. Reproducible: Always Steps to Reproduce: Start replay of stream by doubleclick. Stream must be part of a playlist and must not be its last file. Actual Results: stream is not replayed. instead, the software seems to try to connect/replay, and after a few seconds skips to the next playlist-entry. Expected Results: replay the stream Archlinux 32bit/KDE 4.6.3 up-to-date was used.
Which phonon backend are you using? Please try to use another one, recommended are the phonon-backend-gstreamer or phonon-backend-vlc
i am using gstreamer 4.5.1 as backend. switching to the xine backend seems to solve the problem for now. added info: when using gstreamer, stopping stream playback will immediately stop playback for a fraction of a second and then fade out. this works perfectly well with the xine-backend.
Then this is indeed an issue of the gstreamer backend. FWIW, you should not use the xine backend as it is deprecated since upstream development is stalled. Try the vlc backend instead.
I have a similar experience with gstreamer backend, imediately after starting Amarok the streams play fine. But after I stop playback and later try to restart it it will skip to the next stream in the playlist. Restarting Amarok makes playback of streams possible again. I had no such problems with the xine backend, I didn't try the vlc one.
Confirmed by comment #4
*** Bug 288851 has been marked as a duplicate of this bug. ***
Just wanted to mention that since upgrading to phonon and phonon-gstreamer 4.6.0 I haven't seen this problem anymore, so if the bug reporter can confirm this it can be closed as fixed. BTW, 268892 and 279163 might be duplicates of this bug.
Thank you for the feedback, I can't reproduce this either. And no, the other two are different bugs.