[Bug 750449] New: Dynamic Resolution Change does not work with qtdemux + h264parse

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 750449
           Summary: Dynamic Resolution Change does not work with qtdemux +
                    h264parse
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: shaunakg at nvidia.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

I am working on an h264 decoder. I was trying to playback a stream in which
resolution changes after 2 secs. The stream is located at
http://kakao.ro/public/VLCDynamicResolutionSamples/sample.mp4

However, the set_format function of the decoder is not called with new height
and new width. 

I examined the source code of h264parse. H264parse parses the new height and
width properly from the sps. However, in the function
gst_h264_parse_update_src_caps, if height and width are set on the sink pad of
h264parse, it copies this height and width and calls the gst_pad_set_caps and
not the parsed height and width.

I then looked at qtdemux source code. As far as I understood, qtdemux parses
the height and width at the beginning of the stream and sets this on sink pad
of h264parse. After that, it does not look for resolution changes and hence
does not set new caps on the sink pad of h264parse.

I tried this stream with a different container (MPEG ts). In this case, the
demuxer does not set the height and width on h264parse sinkpad and hence
h264parse will always set new height and width on its source pad.

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