rhythmbox hangs when playing radio

Bug #9121 reported by Eric Stokes on 2004-10-15
10
Affects Status Importance Assigned to Milestone
rhythmbox (Ubuntu)
Medium
Sebastien Bacher

Bug Description

rhythmbox becomes completely nonresponsive right after finishing buffering of an
internet radio station.

http://bugzilla.gnome.org/show_bug.cgi?id=158070: http://bugzilla.gnome.org/show_bug.cgi?id=158070

Matt Zimmerman (mdz) wrote :

Works fine for me. Do other sound apps work? Run gstreamer-properties, check
the settings, set the sink to ESD if it isn't already

Eric Stokes (eric-stokes) wrote :

(In reply to comment #1)
> Works fine for me. Do other sound apps work? Run gstreamer-properties, check
> the settings, set the sink to ESD if it isn't already

gstreamer-properties seems to run fine, and the sink was already esd, though I
set it again.
I tried rhythmbox again and the behavior did not change. Other sound
applications, such as
xmms, work just fine on the machine. Sound in general appears to work fine. I
have xmms using
esd, so esd appears to be working fine too. You may find this interesting, here
are the syscalls the app
is making right before it hangs.

gettimeofday({1097882472, 133482}, NULL) = 0
poll([{fd=4, events=POLLIN, revents=POLLIN}, {fd=3, events=POLLIN}, {fd=8,
events=POLLIN|POLLPRI}, {fd=10, events=POLLIN}, {fd=13, events=POLLIN|POLLPRI},
{fd=14, events=POLLIN|POLLPRI}, {fd=15, events=POLLIN|POLLPRI}, {fd=17,
events=POLLIN|POLLPRI}, {fd=16, events=POLLIN|POLLPRI}, {fd=12,
events=POLLIN|POLLPRI}], 10,
32) = 1
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
rt_sigsuspend([] <unfinished ...>
--- SIGRTMIN (Unknown signal 32) @ 0 (0) ---
<... rt_sigsuspend resumed> ) = -1 EPIPE (Broken pipe)
sigreturn() = ? (mask now [ABRT BUS FPE KILL SEGV
PIPE ALRM TERM STKFLT CHLD TSTP TTOU URG XCPU VTALRM PROF WINCH])
read(4, "A", 1) = 1
gettimeofday({1097882472, 148349}, NULL) = 0
gettimeofday({1097882472, 148635}, NULL) = 0
gettimeofday({1097882472, 149005}, NULL) = 0
gettimeofday({1097882472, 149149}, NULL) = 0
gettimeofday({1097882472, 149558}, NULL) = 0
gettimeofday({1097882472, 149775}, NULL) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN], [RTMIN], 8) = 0gettimeofday({1097882472,
150202}, NULL) = 0
nanosleep({0, 573000}, 0) = ? ERESTART_RESTARTBLOCK (To be restarted)
--- SIGRTMIN (Unknown signal 32) @ 0 (0) ---
rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0
gettimeofday({1097882472, 151605}, NULL) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN], [RTMIN], 8) = 0
gettimeofday({1097882472, 152006}, NULL) = 0

After this point it just does this over and over again forever
nanosleep({0, 599000}, NULL) = 0
rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0
gettimeofday({1097882472, 154392}, NULL) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN], [RTMIN], 8) = 0
gettimeofday({1097882472, 154784}, NULL) = 0

The rt_sigsuspend call is undocumented, but perhaps this is an issue with the
PowerPC kernel?

Sebastien Bacher (seb128) wrote :

playing local files wokrs ? Which stream are you trying to read ?

Don Marti (dmarti) wrote :

I'm seeing a similar problem.

I select Radio, then double click Magnatune Classical. THe window title changes
to the music title + station name, then hythmbox becomes unresponsive, and the
window doesn't re-draw.

In GStreamer Preferences, the default output sink is ESD. The test tone works.

Rhythmbox works for local mp3 and ogg files, and Gaim and window event sounds work.

I can verify this behavior as well.

Ryan (site) wrote :

I noticed this as well, when I had the wrong version of gstreamer-mad installed
(0.6.4-5.1) once I uninstalled and installed gstreamer-mad (0.8.5-1ubuntu3)
things were good again. Just wanted to note my experience.

Don Marti (dmarti) wrote :

Same behavior on a fresh Warty install (all defaults) on a Dell with AC'97 sound
on the motherboard, using Magnatune Jazz & Blues.

Sebastien Bacher (seb128) wrote :

could you provide an URI of a stream which causes this bug ?

Don Marti (dmarti) wrote :

(In reply to comment #8)
> could you provide an URI of a stream which causes this bug ?

http://64.236.34.141:80/stream/1015

Sebastien Bacher (seb128) wrote :

is that working with any software ? I've tried rhythmbox, totem and xmms, the
stream seems to not be ok

Don Marti (dmarti) wrote :

(In reply to comment #10)
> is that working with any software ? I've tried rhythmbox, totem and xmms, the
> stream seems to not be ok

Here's one that works with XMMS but not Rhythmbox.

Fresh install of Warty with Rhythmbox 0.8.5
Start Rhythmbox from the "Applications" menu
click Radio
double-click "Magnatune Classical: renaissance and baroque"
 (the URL is http://sc1.magnatune.com:8000/ which works under XMMS)
The title changes to the title of the currently playing selection, then the
application freezes.
Click the X button to close the window and up comes the "window is not
responding" dialog.

Sebastien Bacher (seb128) wrote :

works fine on a hoary system with rhythmbox 0.8.8, anybody get the problem with
this version ?

Don Marti (dmarti) wrote :

(In reply to comment #12)
> works fine on a hoary system with rhythmbox 0.8.8, anybody get the problem with
> this version ?

I just upgraded the system to hoary, which brought in rhythmbox 0.8.8, and did
the same test. The result is the same.

In GStreamer Preferences, the default sink is ESD and the test tone works. I
can post other information or reinstall with warty if that would help.

Sebastien Bacher (seb128) wrote :

how fast is your connection ? It seems to hang the time to load the buffer,
which is pretty fast here ...

Don Marti (dmarti) wrote :

(In reply to comment #14)
> how fast is your connection ? It seems to hang the time to load the buffer,
> which is pretty fast here ...

This is an ADSL connection: 768-1.5M down, 256-384K up. There is a Linux
masquerading box/firewall in front of the Ubuntu box. XMMS loads the buffer and
starts playing in less than 1s.

Sebastien Bacher (seb128) wrote :

could you run rhythmbox -d to get a debug output and attach it to the bug (no
need to provide the whole log, the just part before hanging should be fine) ?

Don Marti (dmarti) wrote :

(In reply to comment #16)
> could you run rhythmbox -d to get a debug output and attach it to the bug (no
> need to provide the whole log, the just part before hanging should be fine) ?

(Magantune seemed to be down; I tried the "Smoothbeats.com 2" station included
in the default install.

 [0x80ebcc8] [info_available_cb] rb-shell-player.c:1995 (11:46:16): info: 0
[0x80ebcc8] [rb_shell_player_sync_with_source] rb-shell-player.c:1621
(11:46:16): playing source: 0x8285fe0, active entry: 0x82bc080
[0x80ebcc8] [rb_shell_set_window_title] rb-shell.c:2069 (11:46:16): setting
title to "Rahzel - Night Riders (Smoothbeats.com 2)"
[0x80ebcc8] [rb_header_sync] rb-header.c:489 (11:46:16): syncing with node =
0x82bc080
[0x80ebcc8] [rb_statusbar_sync_status] rb-statusbar.c:439 (11:46:16):
synchronizing status, showing buffering state
[0x8382200] [queue_full_cb] rb-player-gst.c:421 (11:46:16): caught queue full
[0x80ebcc8] [buffering_end_cb] rb-shell-player.c:2116 (11:46:16): got
buffering_end_cb
[0x80ebcc8] [rb_shell_player_disable_buffering] rb-shell-player.c:2096
(11:46:16): disabling buffering
[0x80ebcc8] [impl_buffering_done] rb-iradio-source.c:568 (11:46:16): queueing
async play statistics update, entry: 0x82bc080
[0x80ebcc8] [rb_shell_player_error] rb-shell-player.c:1941 (11:46:16): error:
There is no element present to handle the stream's mime type audio/mpeg.
[0x80ebcc8] [rb_shell_player_set_playing_source_internal] rb-shell-player.c:1764
(11:46:16): setting playing source to (nil)
[0x80ebcc8] [rb_shell_player_set_playing_source_internal] rb-shell-player.c:1770
(11:46:16): source is already playing, stopping it
[0x80ebcc8] [rb_entry_view_row_changed_cb] rb-entry-view.c:1768 (11:46:16): row
changed
[0x80ebcc8] [queue_changed_sig] rb-entry-view.c:1669 (11:46:16): queueing
changed signal
[0x80ebcc8] [rb_shell_entry_changed_cb] rb-shell.c:1339 (11:46:16): no song info
returned!
[0x80ebcc8] [rb_shell_player_stop] rb-shell-player.c:1809 (11:46:16): stopping
[0x80ebcc8] [rb_player_sync_pipeline] rb-player-gst.c:627 (11:46:16): syncing
pipeline
[0x80ebcc8] [rb_player_sync_pipeline] rb-player-gst.c:669 (11:46:16): PAUSING
pipeline

Sebastien Bacher (seb128) wrote :

Ok, thanks. It works fine here but there is a similar bug open upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=158070

I'm waiting to get news on the upstream side now since I've no real idea on what
could cause this.

Jarle Osmund Vågen (jarlev) wrote :

I have the same problem, this link will work though:
http://media.hiof.no/streams/m3u/nrk-alltid-klassisk-56.ogg.m3u

I think the problem migh be related to a missing plugin, ie ogg work, some
others don't.

I run ubuntu 4.10 on a powerbook G4.

Don Marti (dmarti) wrote :

(In reply to comment #19)
> I have the same problem, this link will work though:
> http://media.hiof.no/streams/m3u/nrk-alltid-klassisk-56.ogg.m3u

That stream works for me.

> I think the problem migh be related to a missing plugin, ie ogg work, some
> others don't.

I tried adding a local MP3 file with Music -> Import Folder and got "there is no
plugin installed to handle a MP3 file".

Sebastien Bacher (seb128) wrote :

(In reply to comment #20)
>
> I tried adding a local MP3 file with Music -> Import Folder and got "there is no
> plugin installed to handle a MP3 file".

you need to install gstreamer0.8-mad

Don Marti (dmarti) wrote :

(In reply to comment #21)

> you need to install gstreamer0.8-mad

That worked.

So I guess this bug should be "rhythmbox hangs on streams with no plugin"

mcepeda (mcepeda) wrote :

Yes this works but what about "Magnatune Classical: renaissance and baroque
Genre: Classical" giving "Error: Could not open vfs file
'http://sc1.magnatune.com:80000/' for reading.", and "Error Could not pause
playback.".
Is there another bug?

mcepeda (mcepeda) wrote :

I run an updated version of warty ppc and I just by chance found this fix.
Rather than wait for hoary for such as simple fix can't this simply be included
in an update as I haven't seen this fix mentioned in any of the restricted
HowTos? Seems people are more concerned with that they don't have (restricted
software) rather than fixing main warty software.

Sebastien Bacher (seb128) wrote :

(In reply to comment #24)
> I run an updated version of warty ppc and I just by chance found this fix.

which fix ? the gstreamer0.8-mad ?

> Rather than wait for hoary for such as simple fix can't this simply be included

how do you want to fix the package ?

> in an update as I haven't seen this fix mentioned in any of the restricted
> HowTos? Seems people are more concerned with that they don't have (restricted
> software) rather than fixing main warty software.

what do you want to fix in main ?

Daniel Holbach (dholbach) wrote :

Is this still an issue?

Eric Stokes (eric-stokes) wrote :

This is fixed

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.