[Bug 758405] New: h264/h265parse: Should resend pps/sps after seeks in byte-stream mode

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 758405
           Summary: h264/h265parse: Should resend pps/sps after seeks in
                    byte-stream mode
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: nicolas.dufresne at collabora.co.uk
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

In byte-stream mode, the headers (PPS/SPS/etc) are not directly available from
caps. After a flush, some decoders will forget the header completly, and wait
until a new header is sent. With qtdemux (which produce AVC), this header will
never come, and the decoder will never restart. This is the case for certain
V4L2 M2M decoder, but also for avdec_h264 in byte-stream mode. To test this,
one can use the playback test (from gst-plugins-base) this way:

./playback-test 1 "filesrc location=my.mov ! qtdemux ! h264parse !
video/x-h264,stream-format=byte-stream ! avdec_h264 ! glimagesink"

Seek lead to high CPU, as the stream is being thrown away quickly while the
decoder is searching for a header. (patch is coming).

Another case where this could be a problem, is when the decoder is dynamically
plugged. The reconfigure event could maybe have the same effect. I have no
simple test for this one though.

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