GNOME Bugzilla – Bug 639484
oggdemux: problem with savoir.ogg live stream - stays in buffering mode at 0% on transitions
Last modified: 2012-11-29 11:50:04 UTC
$ gst-launch-0.10 playbin2 uri=http://modulix.org:8000/savoir.ogg Watch this stream until the curren clip is over (a few minutes at most), then wait for the next clip to come up. We get stuck at ~0% in buffering mode. Maybe something to do with chained ogg handling? Filing with oggdemux for now. vlc plays continues playing just fine.
The problem is that the chained streams have the same serialnos (0 and 1), so it looks like the granpos jumps backwards within the same stream.
If playing using Totem a downloaded version, it stops after displaying the first frame.
After more investigation: Icecast forwards the serialnos unscathed, and the streams being broadcast was created by ffmpeg, which creates serialnos by starting from 0 and incrementing for each logical stream, so concatenating streams created by ffmpeg will yield invalid chained streams. One solution could be to modify Icecast to rewrite serialnos to avoid it creating invalid chained streams (at least wrt serialnos) regardless of the input serialnos.
In fact, it seems all chained streams have problems. A test one with proper serialnos plays the first part, then only parts of the second one, a few frames here and there and largeish pauses in between.
For the record, I found that disabling the passthrough mode in gststreamsynchronizer.c makes it all work fine.
I believe this (chained oggs, with or without video) works fine in 1.0 in general now, and if the streams are clearly broken, I'm not sure it's worth fixing unless it's a more wide-spread issue (wget on the url EOSes after a few hundred kB, so clearly there are other server side issues..).