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 707911 - h264parse fails if SPS/PPS are repeated in every frame
h264parse fails if SPS/PPS are repeated in every frame
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
unspecified
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-09-11 13:35 UTC by nkef
Modified: 2013-09-12 10:08 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Example test stream that triggers the bug (1.47 MB, application/octet-stream)
2013-09-11 13:43 UTC, nkef 		Details
Gstreamer debug log (144.56 KB, text/x-log)
2013-09-11 13:49 UTC, nkef 		Details

Description nkef 2013-09-11 13:35:13 UTC 
If a H.264 elementary stream repeats SPS/PPS (Sequence parameters/Picture Parameters) in every frame h264parse fails to properly parse the stream.
Comment 1 nkef 2013-09-11 13:43:50 UTC 
Created attachment 254683 [details]
Example test stream that triggers the bug

Example test stream that triggers the bug, SPS/PPS are repeated in every frame.
Comment 2 nkef 2013-09-11 13:49:59 UTC 
Created attachment 254684 [details]
Gstreamer debug log

Example pipeline:

gst-launch-1.0 -vvv filesrc  location=spsppsresend.h264 ! queue ! h264parse ! queue ! avdec_h264 max-threads=8 ! queue ! xvimagesink
Comment 3 Sebastian Dröge (slomo) 2013-09-12 07:12:04 UTC 
This works fine now with latest git master because of some changes in h264parse to not reset too much state whenever SPS/PPS is received and especially not reset decoders.
Comment 4 nkef 2013-09-12 10:08:10 UTC 
Great, it works fluently in git master. In 1.0 branch there still an issue.