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

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #14 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2013-05-08 09:48:56 UTC ---
There are two parts to this:

- not outputting any data before we are able to output proper (complete) caps

- whether to drop all data before then, or send it delayed, or send it
immediately


What we're trying to do here is get some really really basic stuff right that
doesn't work properly at all at the moment, like decoding and transmuxing from
MPEG-TS/PS or RTP and such.

For decoding on the desktop with libav it's less problematic if our caps are
incomplete at first, but that doesn't work well in many other scenarios and is
also not really right.

Andoni: am I correct to assume that even for intra-refresh streams you still
get regular SPS/PPS? If so, how regular? If I'm not mistaken we'd just start
outputting things a little later, which doesn't seem unreasonable, esp. with
intra-refresh. I think it's reasonable to e.g. wait a full refresh cycle before
starting to output images - so if we can detect that (can we?) then we could
just cache the data and send it delayed. .

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