GNOME Bugzilla – Bug 735793
h264parse is dropping P NALs while creating HLS sink
Last modified: 2018-05-05 16:11:01 UTC
Created attachment 284975 [details] Pipeline debug dump. Debug level 4 Hi all, I am using hlssink to stream hls streams to android and Apple devices. Using following pipeline to publish hls stream. gst-launch filesrc location=input.mp4 ! decodebin ! x264enc key-int-max=60 key-int-min=60 bframes=0 ! video/x-h264,stream-format=byte-stream ! h264parse ! mpegtsmux ! hlssink playlist-root=/var/www/html/streams/public/hls target-duration=5 --gst-debug=h264parse:4 I faced issue when input to h264parser is byte-format stream. My observations are as follows. - h264parser is dropping P frames of the first GOP of the HLS chunk. - h264parser is looking for SPS and PPS after IDR frame. Generally SPS and PPS NALs comes before IDR frame. Additional infoL: - If input to h264parser is avc-stream format this behavior is not seen and output is correct. - I am using GStreamer 1.2.2 for this experiment. h264parser dumps following info before dumping it. Please find detailed logs in attachment. INFO gsth264parse.c:963:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 9 AU delimiter, Size: 2 will be dropped INFO gsth264parse.c:963:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 6 SEI, Size: 7 will be dropped ~Sudhir
Could you re-check with 1.4.1 or git master please?
I will try with 1.4.1..
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment. Thanks!