GNOME Bugzilla – Bug 771533
During playback rhythmbox stops with "Server does not support seeking."
Last modified: 2018-05-24 19:08:57 UTC
I'm using Rhythmbox version 3.4.1-1.fc24 on a Fedora 24 4.7.3-200.fc24.x86_64. During playback of http://s4.streammonster.com:8888/stream.m3u radio the players often stop with this message box: "Couldn't start playback. Server does not support seeking." Note that: - The player remain in playback status (stop button is active) - I have installed all the bad libraries coming from rpmfusion
Sometimes, after the problem happens, two notifications also appears in Gnome: 1): Rhythmnbox "" is ready 2): Additional Multimedia Codecs Required An application in requesting additional multimedia codecs
I am not seeing this ( 4.7.3-200.fc24.x86_64 ). Maybe this is a glitch in the radio station. Can you watch it for a few days to confirm that. If this is not a glitch, you can do the following: 1. Start rhythmbox from terminal as below: [user@host]$ rhythmbox -d &>/tmp/rhythmbox.debug.txt 2. Play the station and let the problem happen. 3. Stop Rhythmbox. 4. Attach file "/tmp/rhythmbox.debug.txt" in this bug report. Also, are the other stations streaming fine ?
Created attachment 335813 [details] Case 1
Created attachment 335814 [details] Case 2
Created attachment 335815 [details] Case 2 OK
I can confirm the problem. I set the debug output as attachments. I don't know about the other radios, I haven't played for a long time anything else.
Created attachment 335819 [details] Case 3
Created attachment 335820 [details] Case 4
(In reply to danielemi from comment #6) > I don't know about the other radios, I haven't played for a long time > anything else. Can you try this ? No need to attach log files.
I'm just trying out one of the default radios supplied with RhythmBox: wbur.org - Boston's NPR news source http://audio.wbur.org/stream/live_ogg.m3u using the same m3u format of the above one. The american news are not a great passtime but a good English training.. The radio gave the same problem a couple of times: error messagebox: "Couldn't start playback. Server does not support seeking." gnome notification: Rhythmnbox "" is ready The problem seems to occur when the radio get congestioned or it is missing connection bandwidth (e.g. by wifi).
(In reply to danielemi from comment #8) > Created attachment 335820 [details] > Case 4 (21:06:06) [0x559b85837500] [bus_cb] rb-player-gst.c:611: buffering - temporarily pausing playback (21:06:39) [0x559b85837500] [bus_cb] rb-player-gst.c:611: buffering - temporarily pausing playback (21:06:49) [0x559b85837500] [bus_cb] rb-player-gst.c:611: buffering - temporarily pausing playback (21:16:17) [0x559b85837500] [bus_cb] rb-player-gst.c:611: buffering - temporarily pausing playback (21:16:53) [0x559b85837500] [bus_cb] rb-player-gst.c:611: buffering - temporarily pausing playback (21:32:23) [0x559b85837500] [bus_cb] rb-player-gst.c:611: buffering - temporarily pausing playback (21:34:41) [0x559b85837500] [bus_cb] rb-player-gst.c:611: buffering - temporarily pausing playback Obviously, there is a network bandwidth issue. But, the error message could have been more appropriate.
(In reply to danielemi from comment #8) > Created attachment 335820 [details] > Case 4 Relevant logs below: (21:34:41) [0x559b85837500] [tick_cb] rb-shell-player.c:2580: tick: [http://s4.streammonster.com:8888/stream.m3u, 1065389065000:0(0)] (21:34:41) [0x559b85837500] [bus_cb] rb-player-gst.c:611: buffering - temporarily pausing playback (21:34:41) [0x559b85837500] [rb_header_sync] rb-header.c:851: syncing with http://s4.streammonster.com:8888/stream.m3u (21:34:41) [0x559b85837500] [streaming_title_request_cb] rb-streaming-source.c:262: returning streaming title "Count Basie Orchestra - We're in Love Again" to extra metadata request (21:34:41) [0x559b85837500] [bus_cb] rb-player-gst.c:565: playbin reached state PAUSED .. .. (21:35:00) [0x559b85837500] [tick_cb] rb-shell-player.c:2580: tick: [http://s4.streammonster.com:8888/stream.m3u, 1065418362000:0(0)] (21:35:00) [0x559b85837500] [bus_cb] rb-player-gst.c:524: got error from stream: Server does not support seeking. (gstsouphttpsrc.c(1294): gst_soup_http_src_got_headers_cb (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin1/GstSoupHTTPSrc:source: Server does not accept Range HTTP header, URL: http://s4.streammonster.com:8888/stream, Redirect to: (NULL)) (21:35:00) [0x559b85837500] [rb_shell_player_error] rb-shell-player.c:2441: playback error while playing: Server does not support seeking.
I suggest, my thought, if it is buffering the player should just wait in play mode to start the playback later on. Otherwise (switching among workspaces and alt-tabs to restart the player) the joy to listen to some music rapidly vanish. Message boxes, play mode, buffering.. there are some issues to solve.
(In reply to danielemi from comment #13) > I suggest, my thought, if it is buffering the player should just wait in > play mode to start the playback later on. Tracked in the the following bugs: https://bugzilla.gnome.org/show_bug.cgi?id=771754 https://bugzilla.gnome.org/show_bug.cgi?id=771751
I had also a dns resolution problem in my virtual machine. I fixed the dns servers. This could be relevant to the network conditions to test with the application. I don't know if this is understandable from the logs.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/1512.