After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 734481 - h264parse: config-interval not working for byte-stream
h264parse: config-interval not working for byte-stream
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.2.2
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-08-08 11:54 UTC by Sudhir Kesti
Modified: 2018-05-06 10:44 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
TS input file (1.43 MB, application/octet-stream)
2014-09-01 07:39 UTC, Sudhir Kesti 		Details

Description Sudhir Kesti 2014-08-08 11:54:16 UTC 
I want to do live streaming of a stored content with SPS and PPS interval of around 5 sec(not exactly may vary depending on I frame position). For this I am using "config-interval" property of h264parse. 

For my experiments I have used below given pipeline. 

gst-launch filesrc location=<mp4 or ts filename> ! decodebin caps=video/x-h264 ! h264parse config-interval=3 ! mpegtsmux ! rndbuffersize max=13176 min=13176 ! udpsink host=192.168.2.185 port=9900 

when input is mp4 or flv. h264 elementary stream format is "avc" and out put is correct, SPS and PPS are inserted properly. 

In case of TS input. h264 elementary stream is byte-format and many of the frames are dropped by h264parser. 
  

When I see the debug log of gstreamer, h264parser is dropping the frames. 
Why h264parser is dropping the frames ?? 
Input TS file has SPS and PPS at regular interval. 

INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 1 Slice, Size: 5528 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 9 AU delimiter, Size: 2 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 6 SEI, Size: 10 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 1 Slice, Size: 4179 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 9 AU delimiter, Size: 2 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 6 SEI, Size: 10 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 1 Slice, Size: 4841 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 9 AU delimiter, Size: 2 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 6 SEI, Size: 10 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 1 Slice, Size: 6657 will be dropped 
INFO   h264parse gsth264parse.c:961:gst_h264_parse_handle_frame:<h264parse0> no SPS/PPS yet, nal Type: 9 AU delimiter, Size: 2 will be dropped 

~Sudhir
Comment 1 Sebastian Dröge (slomo) 2014-08-13 15:27:36 UTC 
Can you make a h264 stream available that shows this behaviour? Also does it still happen with 1.4.0?
Comment 2 Sudhir Kesti 2014-09-01 07:39:30 UTC 
Created attachment 284977 [details]
TS input file
Comment 3 Sudhir Kesti 2014-09-01 07:41:34 UTC 
Comment on attachment 284977 [details]
TS input file

Please use this testcase to reproduce the issue.
Comment 4 Vivia Nikolaidou 2018-05-06 10:44:22 UTC 
Doesn't seem to happen anymore with the latest GStreamer version. I tried with the attached testfile and pipeline, didn't get the "will be dropped" messages.

If it is still a problem, please reopen it and give us a new testcase.