Fix decoding of mpegts streams with h264 video that does *NOT* have b frames
authorMike Scheutzow <mike.scheutzow@alcatel-lucent.com>
Thu, 28 Apr 2011 14:14:26 +0000 (10:14 -0400)
committerAnton Khirnov <anton@khirnov.net>
Thu, 16 Jun 2011 18:24:58 +0000 (20:24 +0200)
commitaa15e68721b15f8020da9d392954b343f195f22c
tree1cb5a5f12c55a3a633e5958e7f2f2f77ec2a6868
parent7c44d716e76cbd1c29369563a8b384addd5e7c03
Fix decoding of mpegts streams with h264 video that does *NOT* have b frames

One of the causes of this bug is that the h264 parser defaults low_delay
to 1, but the h264 codec defaults low_delay to 0. Really Ugly.

After many hours of looking at this, I'm still not sure how has_b_frames
is *intended* to behave, but to me the implementation appears way more
complicated than it ought to be.

My patch relies on the encoder to set an optional field in the SPS. This
works for libx264 streams, but I'm not sure that all h264 encoders will
set it.

Signed-off-by: Anton Khirnov <anton@khirnov.net>
libavcodec/h264.c