[Bug 735793] New: h264praser is dropping P NALs while creating HLS sink

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=735793
  GStreamer | gst-plugins-bad | 1.2.2

           Summary: h264praser is dropping P NALs while creating HLS sink
    Classification: Platform
           Product: GStreamer
           Version: 1.2.2
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: vndkst at yahoo.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=284975)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=284975)
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

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.