[Bug 704214] h264parse: splits frame with two fields

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #4 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2013-11-18 19:10:09 UTC ---
Tricky/problematic in any case, yes.

Either producing output claiming it is an AU, though it is not really an AU
(unless that is redefined), and what problems that might introduce in other
cases (?)

Either all you mention.  Still have to check things here, but the referenced
bug seems to indicate that the (at least libav) decoder already decodes the 2
fields into 1 output frame (?) (hence the obviously-to-be-fixed-as-said-above
frame leaking).  And in case of E-AC3, there are possibly also several output
frames/buffers, which really count as 1 audio frame wrt time-stamping, and
special care is taken for that as well (to treat the others as "auxiliary
frames" or so).  The point here is; if we can come up with code that would know
when to put them together in one frame [*], then the same code can keep them
apart and properly handle e.g. timestamping.

So, either of the above, depending on taste.  Obviously biased, but if (mind
*if*) the second one can be made to work ...

[*] which always makes me feel on the top a slippery slope that leads to
parsers getting delusions of decoder-hood

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