[Bug 779655] h264parse: Does not always produce valid AVC stream

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=779655

Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #347318|rejected                    |none
             status|                            |
 Attachment #347318|0                           |1
        is obsolete|                            |

--- Comment #8 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
Created attachment 347411
  --> https://bugzilla.gnome.org/attachment.cgi?id=347411&action=edit
Stream the partially reproduce the issues

I've captured the stream to try and reproduce the problem without the encoder.
We can partially reproduce it. We don't get this 30 bytes frame that causes
further issues, and we also can't reproduce the timestamp issue, but we can
notice that first frame flags are from, 0x440, which TAG_MEMORY (that's fine)
and GST_BUFFER_FLAG_HEADER, which in AVC would be a lie, since it should only
contain the IDR iirc.

GST_DEBUG="h264parse:7,codecparsers_h264:7,*SCHED*:7" gst-launch-1.0
multifilesrc location="%04d.h264" ! h264parse ! video/x-h264,stream-format=avc
! fakesink 2>&1 | less -RS

I'll try and find another way to capture the rest of the issues, with the
DELTA_UNIT set on the first frame, and bad TS.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.