GNOME Bugzilla – Bug 344255
Pause should Stop for live streams
Last modified: 2008-12-01 11:49:14 UTC
Hi, Roland Mas reported in Debian bug http://bugs.debian.org/371837 that he wishes totem would offer a stop button: """ Here's a usability bug that's bitten me enough times: there's no Stop button in Totem. Apparently the rationale is that the Pause button "should be enough for everyone", but it isn't. I can think of two use cases where the Pause button isn't enough (apart from the obvious "where the heck is the stop button?" question, which goes against the principle of least astonishment). * When pausing an audio track, unpausing it makes the music start again right in the middle of a song, which is now always what I want. I do like to use Pause sometimes, but when I go away for tea and come back to my computer, I like my song to start playing from the start. I'd need a Stop button for that. * When playing an audio stream and pausing it, the connection is kept open. The buffer eventually fills up, of course, and the connection is eventually dropped (presumably by the server). So when I unpause Totem when coming back from lunch, I only get a few seconds worth of sound, then an error occurs and I get a pop-up window telling me that "An error occurred / Could not read from resource.", and I have to go back to Totem to restart playing. Of course, a Stop button would have cleanly interrupted the connection, and Play would have restarted it again. """ Bye,
(In reply to comment #0) > Hi, > > Roland Mas reported in Debian bug http://bugs.debian.org/371837 that he wishes > totem would offer a stop button: > > """ > Here's a usability bug that's bitten me enough times: there's no Stop > button in Totem. Apparently the rationale is that the Pause button > "should be enough for everyone", but it isn't. I can think of two use > cases where the Pause button isn't enough (apart from the obvious > "where the heck is the stop button?" question, which goes against the > principle of least astonishment). This has been discussed many times before, and there still won't be a Stop button added... > * When pausing an audio track, unpausing it makes the music start > again right in the middle of a song, which is now always what I want. > I do like to use Pause sometimes, but when I go away for tea and come > back to my computer, I like my song to start playing from the start. > I'd need a Stop button for that. You can use the "Rewind" button to get back to the beginning of the track, if you've played more than 5 seconds of that track, like on most CD players. > * When playing an audio stream and pausing it, the connection is kept > open. The buffer eventually fills up, of course, and the connection > is eventually dropped (presumably by the server). So when I unpause > Totem when coming back from lunch, I only get a few seconds worth of > sound, then an error occurs and I get a pop-up window telling me that > "An error occurred / Could not read from resource.", and I have to go > back to Totem to restart playing. Of course, a Stop button would have > cleanly interrupted the connection, and Play would have restarted it > again. > """ That's a bug in the GStreamer backend. "Pause" should stop the stream altogether if it's a live stream. See what the xine-lib backend does: void bacon_video_widget_pause (BaconVideoWidget *bvw) { <snip> xine_set_param (bvw->priv->stream, XINE_PARAM_SPEED, XINE_SPEED_PAUSE); if (bvw->priv->is_live != FALSE) xine_stop (bvw->priv->stream);
Was fixed quite some time ago... 2008-10-07 Bastien Nocera <hadess@hadess.net> * src/backend/bacon-video-widget-gst-0.10.c (got_time_tick), (bacon_video_widget_close), (bacon_video_widget_pause): * src/backend/bacon-video-widget-xine.c (bacon_video_widget_tick_send), (bacon_video_widget_close): When streaming audio or video, make sure pause actually stops the stream, as per the xine-lib backend