[Bug 731974] videodecoder: parse source data until a frame is obtained

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #7 from Gwenole Beauchesne <gb.devel at gmail.com> 2014-07-01 08:01:15 UTC ---
With all other fixes to h264parse as mentioned in bug #732154, bug #732156, bug
#732167 and bug #732203, the results are:

For H.264 AVC
1. stream-format=avc,alignment=au            168/168 (100.0%)
2. stream-format=byte-stream,alignment=nal   166/168 (98.81%)
3. stream-format=byte-stream,alignment=au    168/168 (100.0%)

For H.264 MVC "all-views"
1. stream-format=avc,alignment=au            20/20 (100.0%)
2. stream-format=byte-stream,alignment=nal   20/20 (100.0%)
3. stream-format=byte-stream,alignment=au    20/20 (100.0%)

The remaining two issues are FRExt1_Panasonic_D, FRExt2_Panasonic_C. There are
two kind of bugs, it seems we are receiving an invalid NAL unit (codec parser
bug?), and also missed two frames at the end of the stream, but after an
end-of-sequence (EOSEQ) was received. The H.264 standard allows this behaviour
though, i.e. decoding past an EOSEQ is allowed.

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