When invoked from a remote X display, Rhythmbox streams only OGG files

[Jim_mccauley]

Binary package hint: rhythmbox

Rhythmbox works perfectly when invoked from the local X display of the system it's running on, and it plays and streams all the file types for which I have codecs. However, when I open it up in an X window on a remote display, it plays any local file, regardless of type, but it will stream only OGG files. Attempting to play an MP3 internet stream produces this error:

       Couldn't start playback
       Could not determine type of stream

I ran a GTK stack trace but got only ordinary thread reports. Rhythmbox does not crash on the error.

I can't tell if this is a Rhythmbox problem, something in gstreamer or some configuration weirdness in X11.

I'm running Ubuntu 8.10.

Rhythmbox is version 0.11.6svn20081008-0ubuntu4.3.

 Gstreamer is version 0.10.21-4

Jim McCauley

[Pedro Villavicencio (pedro)]

do you get the same behavior with gst-launch playbin uri=file:///path/to/mp3 ?

[Jim_mccauley (jem-frii)]

On Tue, 2009-03-10 at 18:19 +0000, Pedro Villavicencio wrote:
> do you get the same behavior with gst-launch playbin
> uri=file:///path/to/mp3 ?

I got this:

$ gst-launch playbin
uri=http://www.kqed.org/radio/listen/live/mp3/kqedradio.pls
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from
element /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind: Could not determine type of stream.
Additional debug info:
gsttypefindelement.c(515): gst_type_find_element_handle_event
(): /GstPlayBin:playbin0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
FREEING pipeline ...

So I gess that the answer is "yes -- same error."

Jim McCauley

[Jim_mccauley (jem-frii)]

Pedro:
> do you get the same behavior with gst-launch playbin
> uri=file:///path/to/mp3 ?

ALSO PLEASE NOTE: I made an error in reporting the software versions. I
reported the software from the display system, not the system on which
Rhythmbox is running. On the system that is running Rhythmbox:

+ I'm running Ubuntu 8.10.
+
+ Rhythmbox is version 0.11.6svn20081008-0ubuntu4.3.
+
+ Gstreamer is version 0.10.21-4

I updated the bug report, sorry for any confusion.

I tried running Rhythmbox on the 8.04 system displaying in X11 on the
8.10 system -- in other words, the reverse situation -- and Rhythmbox
streams everything perfectly on the 8.04 system from an X Window
displayed on a remote system.

Weird.

Jim McCauley

[Sebastien Bacher (seb128)]

do you still get the issue on jaunty? to be sent to bugzilla.gnome.org to the people writting the software by somebody having the issue

[Jim_mccauley (jem-frii)]

Sebastien:

Thanks for following up!

> do you still get the issue on jaunty? to be sent to bugzilla.gnome.org
> to the people writing the software by somebody having the issue
>
> ** Changed in: rhythmbox (Ubuntu)
> Status: Incomplete => New

I upgraded to 9.04 -- the behavior is unchanged. All system elements,
including the gstreamer components, are the latest and greatest
according to Synaptic. I also installed ffmpeg, but that didn't change
anything.

When Rhythmbox is invoked locally on the media server (now upgraded to
9.04), it plays all the formats that are of interest to me: ogg, m3u and
pls. When invoked remotely via X11 through an ssh tunnel, it plays only
ogg files. When I try to play an m3u stream, it complains:

Couldn't start playback
A text/uri-list decoder plugin is required to play this stream, but not
installed.

When I try to play a pls stream, it complains:

Couldn't start playback
Could not determine type of stream.

But ogg files play perfectly when invoked remotely! And all file types
play perfectly well when Rhythmbox is run locally on the 9.04 media
server!

What I want to do is run Rhythmbox on this small media server, but have
its interface displayed via X11 through the ssh tunnel on a remote
screen on my big Ubuntu system. The media server will be hooked up via
audio cables to my stereo system, so I am not trying to do anything
tricky like run the audio back via ssh to another system.

This should work, but it does not under 8.10 or 9.04. Oddly enough, it
seemed to work with the media server running 8.04. Weird, huh?

Jim McCauley
Fort Collins CO

[Pedro Villavicencio (pedro)]

did you sent the bug upstream? may you tell us the bug number there? Thanks.

[Pedro Villavicencio (pedro)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.