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

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Jul 11 10:45:18 PDT 2012


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

--- Comment #9 from Stefan Sauer (gstreamer, gtkdoc dev) <ensonic at sonicpulse.de> 2012-07-11 17:45:16 UTC ---
(In reply to comment #6)
> > 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?

The patch is very small, I'd like to get it fixed on both branches.
> 
> 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).

flushing seeks in the middle of the steam create broken files.
> 
> I'd rather see the general case fixed.

No problem with that.

-- 
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