GNOME Bugzilla – Bug 758419
h264parse: marks every buffer as header in dash stream
Last modified: 2018-11-03 13:43:05 UTC
The stream: http://rdmedia.bbc.co.uk/dash/ondemand/bbb/2/client_manifest-separate_init.mpd *every* buffer coming out of h264parse is marked as a header. Easily seen with a debug log 6 of playbin on that file and then grepping: cat gst.log | grep "avdec_h264-0:sink>" |grep calling |less -RS Note the flags at the end always contain 0x400
Converted the stuff I wanted to see to ERROR. Every output buffer has a SEI and frame, so because of the SEI it is marked as header. So it is intentionally doing that. 0:00:02.192244881 9375 0x7fb3680050a0 ERROR h264parse gsth264parse.c:716:gst_h264_parse_process_nal:<h264parse0> processing nal of type 6 SEI, size 7 0:00:02.193966844 9375 0x7fb3680050a0 ERROR h264parse gsth264parse.c:716:gst_h264_parse_process_nal:<h264parse0> processing nal of type 1 Slice, size 11 0:00:02.194742586 9375 0x7fb3680050a0 ERROR h264parse gsth264parse.c:716:gst_h264_parse_process_nal:<h264parse0> processing nal of type 1 Slice, size 462 0:00:02.194998851 9375 0x7fb3680050a0 ERROR h264parse gsth264parse.c:716:gst_h264_parse_process_nal:<h264parse0> processing nal of type 12 Filler Data, size 949 0:00:02.195654710 9375 0x7fb3680050a0 ERROR h264parse gsth264parse.c:184:gst_h264_parse_reset_frame:<h264parse0> reset frame
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/326.