[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 #6 from Gwenole Beauchesne <gb.devel at gmail.com> 2014-06-25 13:39:58 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > Waiting for QA validation with their gst-launch based tool. I have
> > unfortunately not caught that earlier since I programatically use
> > decodebin|playbin where this behaviour is not exposed.
> 
> Here are the tests I ran
> 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    162/168 (94.43%)
> 
> I believe the remaining issues are from gstreamer-vaapi, and more particularly
> the h264parse backport I use from git master.

With other patches to h264parse, the results are now:

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    166/168 (98.81%)

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 failures for H.264 AVC in stream-format=byte-stream mode are the same in
either alignment mode. For some reason, I get the last frame with nal_unit_type
= 0. This is probably an unrelated issue though.

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