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 155373 - [rmdemux] does not handle multirate audio/video chunks
[rmdemux] does not handle multirate audio/video chunks
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.8.5
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 155479 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-10-14 10:47 UTC by Sebastien Bacher
Modified: 2006-01-12 09:38 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sebastien Bacher 2004-10-14 10:47:42 UTC
$ gst-launch-0.8 gnomevfssrc
location=http://esl.about.com/library/media/audio/IPAvowel.rm ! spider ! volume
! audioscale ! audioconvert ! $(gconftool-2 -g
/system/gstreamer/0.8/default/audiosink)
RUNNING pipeline ...

(process:7291): GStreamer-CRITICAL **: file gstcaps.c: line 576
(gst_caps_is_fixed): assertion `GST_IS_CAPS (caps)' failed
(process:7291): GStreamer-CRITICAL **: file gstpad.c: line 2466
(gst_pad_set_explicit_caps): assertion `gst_caps_is_fixed (caps)' failed


then gst-launch-0.8 eats 100% of the CPU and play nothing ...
Comment 1 Stephane Loeuillet 2004-10-14 11:23:01 UTC
several thing make this file unplayable by gstreamer for now :

first, rmdemux can't handle multi-part audio, it can only handle
"audio/x-pn-realaudio" and "video/x-pn-realvideo"

this file uses "audio/x-pn-multirate-realaudio" and neither rmdemux nor me know
how to handle it. perhaps ffdemux_rm from gst-ffmpeg know what to do.

the second problem is that the audio stream uses the sipro voice codec (sipr). i
don't know any opensource codec to play that audio format

i can still fix the first issue if i find enought sample files using this
multirate thing, but for the second point, i won't be able to do a decoder for sipr.
Comment 2 Sebastien Bacher 2004-10-14 11:35:52 UTC
Ok, thanks for the reply.

BTW if the file format is not supported it should at least return a message to
say so and not eat all the CPU ...
Comment 3 David Schleef 2004-10-26 05:41:41 UTC
*** Bug 155479 has been marked as a duplicate of this bug. ***
Comment 4 Ronald Bultje 2004-12-03 23:27:26 UTC
The demuxer is somewhat robust now. It'll probably hang once or twice, but it
won't be worse than, say, asfdemux. Interaction with decoders? I wouldn't put my
money on that. I've seen one or two movies play, but I've seen an equal amount
not play. I'm not sure what to do with this.
Comment 5 Stephane Loeuillet 2004-12-13 09:49:14 UTC
it is supposed to handle audio/x-pn-realaudio and video/x-pn-realvideo but don't
know how to deal with multirate variants (like the one this file uses)
audio/x-pn-multirate-realaudio
Comment 6 Luca Ognibene 2005-10-11 18:33:40 UTC
With current 0.8 cvs:
- typefind doesn't detect it as realmedia stream
- luogni@bucefalo:/mnt/stor/Multimedia/Examples$ gst-launch-0.8 filesrc
location="IPAvowel.rm" ! rmdemux ! fakesink
ESECUZIONE della pipeline...

** (process:10379): CRITICAL **: gst_rmdemux_parse_indx: assertion `stream !=
NULL' failed
Comment 7 Andy Wingo 2006-01-12 09:38:06 UTC
In 0.10, running

gst-launch-0.10 gnomevfssrc location=http://esl.about.com/library/media/audio/IPAvowel.rm ! rmdemux ! fakesink

gives no error. rmdemux was rewritten for the 0.10 cycle, so closing this bug.