h264parser: fix poc value resetting on IDR pictures
authorVincent Penquerc'h <vincent.penquerch@collabora.co.uk>
Mon, 22 Oct 2012 09:56:57 +0000 (10:56 +0100)
committerVincent Penquerc'h <vincent.penquerch@collabora.co.uk>
Mon, 22 Oct 2012 09:56:57 +0000 (10:56 +0100)
commita80f66f6851b2fc71848c6dffe1925e5ba9632b0
tree0c01071104611f5c996c935594152834de9ec7f0
parent741977e00ec9c758d8befd270f3730255a6c0421
h264parser: fix poc value resetting on IDR pictures

For reasons which are unclear, but may well boil down to
"an IDR slice isn't the same as an IDR picture", the
idr_pic_flag isn't set iff the slice type is IDR. Since
the poc decoding algorithm in the H264 spec does different
things depending on whether the current picture is IDR or
not, replacing the slice type test with the idr_pic_flag
test fixes poc based reordering on at least one sample,
without breaking another. All the samples (admittedly not
many of them) I have now seem to reorder correctly.
gst-libs/gst/codecparsers/gsth264parser.c