GNOME Bugzilla – Bug 153263
no decoder available for real proprietary codecs
Last modified: 2006-01-27 16:42:10 UTC
This bug has been reported here: https://bugzilla.ubuntu.com/show_bug.cgi?id=1098 "1. Click on a "Real Audio" link (in my case, the one from http://esl.about.com/library/listening/blIPAvowels.htm which points to http://esl.about.com/library/media/audio/IPAvowel.ram) in Mozilla Firefox 2. Firefox asks me if I want to open it it totem 3. totem opens 4. totem gives "An error occured. There is no element present to handle the stream's mime type text/uri-list" From a gnome-terminal: 1. $ totem IPAvowel.ram 2. See 3 above 3. See 4 above This is an incomprehensible error message when the error is actually "totem cannot play Real Audio files"." Doesn't happen with the xine version so I'm assigning it to the gstreamer backend. (totem 0.99.15, gstreamer 0.8.5, gst-plugins 0.8.4)
Doesn't actually work with the xine backend either. Both files return audio/x-pn-realaudio as a mime-type (http://esl.about.com/library/media/audio/IPAvowel.ram and http://esl.about.com/library/media/audio/IPAvowel.rm)
I reported against the gstreamer backend because the error message was not clear (the xine one "There is no plugin to handle this movie." is clear). BTW would be better to have it supported :)
Created attachment 31766 [details] [review] totem-real-parsing.patch Fixes parsing of Real audio playlists. Could you test with the GStreamer backend?
Committed to HEAD. 2004-09-21 Bastien Nocera <hadess@hadess.net> * src/bacon-video-widget-xine.c: (bacon_video_widget_get_metadata_string), (bacon_video_widget_get_metadata): * src/bacon-video-widget.h: add BVW_INFO_ALBUM metadata * src/totem-pl-parser.c: (totem_pl_parser_parse_internal): Fix parsing of Real audio playlists (Closes: #153263)
It *is* supported with xine, the playlist wasn't parsed properly, and both xine and GStreamer would be trying to play the .ram instead of the .rm
With the gstreamer backend I get: "An error occured There is no element present to handle the stream's mime type application/vnd.rn-realmedia." BTW I'm not sure that gstreamer is able to handle real audio files ... $ gst-inspect-0.8 |grep -i real typefindfunctions: application/vnd.rn-realmedia: ra, ram, rm ffmpeg: ffdec_real_144: FFMPEG real_144 decoder ffmpeg: ffdec_real_288: FFMPEG real_288 decoder rmdemux: rmdemux: RealMedia Demuxer Dunno if that can be useful. The xine version works (it plays sound on the stream) but the video part hangs (if I resize the window I get parts of the old widgets displayed), but that's probably an another bug.
OK, that's much better :) Reassigning to the GStreamer backend.
*** Bug 153063 has been marked as a duplicate of this bug. ***
We have a real demuxer plugin but no real decoder. I assume Xine wraps the Real binaries? I guess the error message from the gstreamer backend now is ok, (that there is no plugin to handle the stream type). Marking this as an enhancement.
Ok, closing this as our real demuxer combined with the ffmpeg Real decoders works now. I tested on the Virgin Radio Real stream and it played fine.