After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 317108 - README file suggests usage of an erroneous GStreamer pipeline
README file suggests usage of an erroneous GStreamer pipeline
Status: RESOLVED FIXED
Product: rhythmbox
Classification: Other
Component: general
0.9.x
Other Linux
: Normal major
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-09-24 13:23 UTC by Loïc Minier
Modified: 2005-09-27 05:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Loïc Minier 2005-09-24 13:23:02 UTC
Hi,

Rhythmbox' README suggests running gst-launch manually to diagnose a GStreamer
problem, but the following pipeline is erroneous:
    gst-launch-0.8 gnomevfssrc location=/path/to/my/musicfile.ogg ! spider !
volume ! audioscale ! audioconvert ! $(gconftool-2 -g
/system/gstreamer/0.8/default/audiosink)

as Tim Mueller explains in Debian bug http://bugs.debian.org/329213:
"This will fail whenever the file in question is an ogg/vorbis audio
file, ie. almost always. The reason is that the vorbis decoder produces
audio buffers in audio/x-raw-float format [*], but audioscale can only
handle audio buffers in audio/x-raw-int format. This results in a
negotiation error (gst_pad_try_set_caps fails etc.).

This negotiation error is the result of an erroneous pipeline and not a
GStreamer bug."

Please update the README file, maybe replacing the test with a playbin invocation.

I checked player/rb-recorder-gst.c which uses audioscale/audioconvert: they seem
to be bound in the correct order.

Bye,
Comment 1 James "Doc" Livingston 2005-09-27 05:06:38 UTC
I've updated the README file to use a playbin/decodebin pipeline. I also updated
the web site references to point to the ones on gnome.org