[Bug 750449] New: Dynamic Resolution Change does not work with qtdemux + h264parse
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Fri Jun 5 04:50:05 PDT 2015
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.
More information about the gstreamer-bugs
mailing list