[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 #6 from Mark Nauwelaerts <mnauw at users.sourceforge.net> 2013-11-22 18:11:42 UTC ---
a) and b) can be a "bit" ugly (ehm), but not entirely surprising.

c) is more of a problem; afaik the libav parser would have the same parsing
result as h264parse, and if so that would then seem to end up with something
the corresponding decoder does not like (in some or the other mode).  That
could be specifically patched up for h264 in avdec, but feels even uglier.

Also/alternatively, nothing prevents (other than complexity ;) ) coming up with
another alignment, e.g. alignment=frame, which avdec could then add to sink
caps, and we could then cater for it (and possibly others) that way in
h264parse.

And indeed, AU is a H.264 concept.  It also happens e.g. to be what makes up a
AVC sample as spec'ed for the MP4 format (14496-15).  One would also rather
expect a whole *frame* in there (in view of timeing info a.o.), as most of
GStreamer expects, but that's how it is.

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