Bug 311953

Which phonon backend and version do you use? I presume it is the gstreamer backend, please try the phonon-backend-vlc instead.

(In reply to comment #1)
> Which phonon backend and version do you use? I presume it is the gstreamer
> backend, please try the phonon-backend-vlc instead.

The problem occurs with GStreamer. Version 4.6.2. After changing the backend to VLC (ver 0.6.0), the problem disappeared.

That was my guess, as there are several bugs for the gstreamer backend that shows problem with streams.

Thank you for your help. Regards

And now for the genius question: What backend should I use then? I just looked at the Wiki and most backends is deprecated and GStreamer is actually recommended for Kubuntu.

Secondly, if the behavior he has matches mine it seems like "stop" pauses the playback in stead of stopping, thus rendering the stream unable to continue (pause don't make sense for streams). Is that correctly observed?

(In reply to comment #5)
> And now for the genius question: What backend should I use then? I just
> looked at the Wiki and most backends is deprecated and GStreamer is actually
> recommended for Kubuntu.

Both the vlc and the gstreamer backend are actively developed, Kubuntu doesn't "recommend" one in particular, it just has the gstreamer one installed by default. It is quite easy to change it for the user.

> Secondly, if the behavior he has matches mine it seems like "stop" pauses
> the playback in stead of stopping, thus rendering the stream unable to
> continue (pause don't make sense for streams). Is that correctly observed?

There is no "stop" function in the toolbar, only in the Amarok menu and the SystemTray, so it entirely depends on how you stop.

Please take this to the forum at http:/forum.kde.org, as it is not relevant for the bug (which was closed already) but is a user configuration question.

I'm using Kubuntu LTS 12.04 with ppa backports (KDE 4.10.2), switched to VLC backend after started to face this issue, but still happens all the time.

The weird issues is it started just 2 days ago. Until then, I was able to pause and start to listen online radios with no problem.

(In reply to comment #7)
> I'm using Kubuntu LTS 12.04 with ppa backports (KDE 4.10.2), switched to VLC
> backend after started to face this issue, but still happens all the time.
> 
> The weird issues is it started just 2 days ago. Until then, I was able to
> pause and start to listen online radios with no problem.

Which Amarok version? Are you sure you use the vlc backend? After changing the backend priority in the settings you need to restart KDE so the backend chance becomes effective.

Yes, I logged out, gone to tty 1, killed kdm and restarted it.

Using Amarok 2.7.0.

Here a screencast (while kazaam has not recorded my speaker sound, you can see the play button changing state in the first "play" click): http://www.screencast.com/t/u3oBJ7Rl

See that the play button is "not responding" when I click on it to resume. Same from systray controls. If I double click in the stream, it got back.

And it started just 2 days ago, can be related to some personal config?

(In reply to comment #10)
> And it started just 2 days ago, can be related to some personal config?

Could you please add debugging settings for Phonon as described in http://techbase.kde.org/Development/Tutorials/Debugging/Phonon
Then start Amarok from a Konsole with the options -d --nofork, and provide the lines of the output when that happens.
All I see is that you actually wait for the stream track to end when stopping, that might be related. Also the URL of that stream would be useful so we can test as well.

Hi Myriam,

First: thank you very much for your attention!

I got the info you requested (after open, I clicked on systray play, systray pause and then systray play again): http://pastebin.com/MkTksLEN

I had the same issue, waiting or not for the stream get buffered, and with other streams.

Please attach the output to the bug report, don't use external storage. And please only attach the part where the problem happens

Sorry, Myriam.

Here I pressed play/pause to stop:

amarok: BEGIN: void EngineController::playPause() 
amarok:   [EngineController] PlayPause: EngineController state 2 
amarok:   BEGIN: void OSDWidget::show(const QString&, const QImage&) 
amarok:   END__: void OSDWidget::show(const QString&, const QImage&) [Took: 0.004s] 
amarok: END__: void EngineController::playPause() [Took: 0.011s] 


Here I pressed play/pause to resume:

amarok: BEGIN: void EngineController::playPause() 
amarok:   [EngineController] PlayPause: EngineController state 2 
amarok:   BEGIN: void OSDWidget::show(const QString&, const QImage&) 
amarok:   END__: void OSDWidget::show(const QString&, const QImage&) [Took: 0.004s] 
amarok: END__: void EngineController::playPause() [Took: 0.01s] 
amarok: BEGIN: void ScanManager::checkScannerVersion() 
amarok: END__: void ScanManager::checkScannerVersion() [Took: 0s]

That is more helpful, thank you, reopening

Myriam, one additional behavior I noted: when I click on pause, the systray Amarok icon still is displaying the play symbol. Only on streaming.

Can be some kind of state conflict?

I've seen similar weirdness happen here as well, not easily reproducible though. Sometimes I cannot restart a stream until I restart Amarok. 

I'll keep an eye on it.

*** Bug 319719 has been marked as a duplicate of this bug. ***

Lately I wasn't able to reproduce this issue. Probably it was fixed in GStreamer.

(Also, it's not an Amarok bug. This report does not belong here)

I can get this issue with VLC and GStreamer.
And, this bug is not present on Clementine.
I'm using last KDE stable release (4.10.5)

Well I'm using Amarok 2.8 with KDE 4.11 and other cutting edge updates. So it might well have been fixed somewhere along there way.

(In reply to comment #20)
> I can get this issue with VLC and GStreamer.
> And, this bug is not present on Clementine.
> I'm using last KDE stable release (4.10.5)

Still not an Amarok issue, please report this to Phonon. Clementine uses gstreamer directly, you are comparing apples with oranges here :)

Mark, right, I'll wait then for KDE 4.11. I'm reading so many news about how good is this release (in fact, I'm so very happy with all 4.10 releases that I become a KDE e.V. member!). Thank for share that this is working in 4.11.

Myriam: right, sorry for my confusion. I'll proper learn about the role of each one.

You both: thank you for your time and attention! :)

Myriam and Mark, just an additional note: you're right.

I switched back the backend to gstream (I was using VLC), and update it to the last one.

Now the streaming can be resumed fine again. So, as you both told, probably this was NOT an Amarok problem.

@Rael: Good to hear. Thanks for the feedback :)