[gstreamer-bugs] [Bug 589760] New: oggdemux doesn't handle skeleton streams after they've mangled by icecast
bugzilla-daemon at bugzilla.gnome.org
Sun Jul 26 06:14:35 PDT 2009
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
GStreamer | gst-plugins-base | Ver: git
Summary: oggdemux doesn't handle skeleton streams after they've
mangled by icecast
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: sjoerd at luon.net
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME version: Unspecified
GNOME milestone: Unspecified
If an ogg file contains a skeleton oggdemux used the presentation - basetime in
the fishead as the start of the segment. Unfortunately when streaming skeleton
files using icecast the presentation time in the fishead doesn't get updated.
Which leads to the situation where gstreamer starts a segment at time 0:00.00,
but the first media packets have timestamps at say 2:14.00. Causing the sink to
then wait two hours and 14 minutes before actually playing the meda :(
An easy workaround is to just ignore the start time as indicated by the fishead
and instead fallback to the starttimes of the media (like is done when an ogg
file doesn't have a skeleton).. But i'm not sure if this would break other
things, it does fix the problem that currently you can't view debconf video
streams using gstreamer based applications..
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=589760.
More information about the Gstreamer-bugs