[Bug 679567] oggmux: support muxing content without natural duration

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Jul 10 01:36:37 PDT 2012


https://bugzilla.gnome.org/show_bug.cgi?id=679567
  GStreamer | gst-plugins-base | unspecified

--- Comment #6 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2012-07-10 08:36:31 UTC ---
> I have a similar patch for 0.11

Can we please only do this in 0.11 and not mess with it in 0.10 any more?

You'd also need to make sure that oggmux either gets all the headers from caps
*or* has already received the header packets in-band, since someone could do a
flushing seek and flush headers before they arrive, which would not make for a
good ogg stream later.

It would be even better if we could fix this for the general case. This needs
someone to investigate what happens when we do a flushing seek to the middle of
the stream - if oggmux will just create continuous timestamps or not (and if
not, if we can just offset them after the seek).

I'd rather see the general case fixed.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the gstreamer-bugs mailing list