[Bug 646327] [h264parse] add property to drop buffers until codec-data has been determined

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue May 31 17:04:33 PDT 2011


https://bugzilla.gnome.org/show_bug.cgi?id=646327
  GStreamer | gst-plugins-bad | git

David Schleef <ds> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1

--- Comment #7 from David Schleef <ds at schleef.org> 2011-06-01 00:04:29 UTC ---
One use case I can think of is if you are transmuxing to MPEG-TS, and hit a
glitch that causes the parser (or anything, really) to reset.  If after the
reset, you start sending buffers immediately instead of waiting for a sync
point (headers, plus IDR.  usually happens simultaneously), then a downstream
listener to the MPEG-TS stream may be able to glitch less.  A little
far-fetched, i suppose.

My general rule is to not coddle decoders, since they absolutely *must* handle
garbage in the stream.  Better to test and fix rather than work around.

IMO, by default, drop all buffers before you get headers and IDR.  If you have
an application that can do something useful with pre-header buffers, maybe then
add a property.

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


More information about the gstreamer-bugs mailing list