GNOME Bugzilla – Bug 524935
[playbin2] Cannot handle remote chained oggs
Last modified: 2009-06-30 13:59:32 UTC
Basically, if you try and set the uri of playbin2 to a remote chained OGG stream, it will only successfully play the first stream, and then send an EOS message. Example pipeline: gst-launch-0.10 playbin2 uri="http://217.30.180.242:8000/gvfm.ogg" However, if you were to download a portion of the stream first, then play it back locally using playbin2, it will successfully play the chained streams contained within. wget http://217.30.180.242:8000/gvfm.ogg (for ~30 seconds, say) gst-launch-0.10 playbin2 uri="file:///home/alex/gvfm.ogg"
Another stream with this behaviour: http://gstreamer.freedesktop.org/media/small/multi.ogg
I can't connect to the above stream, and the multi.ogg file is a bit weird (it plays choppy everywhere), but chained ogg radio streams play fine for me with CVS: e.g.: gst-launch-0.10 playbin2 uri="http://fm4.nobody.at:8080/fm4-mq.ogg"
Tim: the original link seems to timeout, yeah. The multi-stream OGG at f.d.o should have four streams. Talking to Sebastian, only two streams play successfully using CVS, and with my testing using the latest version of -base. Playing with mplayer or vlc, all four play correctly. > e.g.: gst-launch-0.10 playbin2 uri="http://fm4.nobody.at:8080/fm4-mq.ogg" Not working for me. I get a 404.
Heh, FM4 seems to be working now. Also, the bug seems to be now that playbin2 doesn't like to handle chained ogg streams with more than 2 streams within the container.
confirmed as working fine for FM4 with playbin2, and I did see the chains changing. Is this bug still valid ?
I assume this issue is OBSOLETE by now. If not, please reopen :)