codecparsers: h264: fix identification of EOSEQ and EOS NALs.
authorGwenole Beauchesne <gwenole.beauchesne@intel.com>
Tue, 1 Jul 2014 13:46:17 +0000 (15:46 +0200)
committerGwenole Beauchesne <gwenole.beauchesne@intel.com>
Tue, 1 Jul 2014 14:41:19 +0000 (16:41 +0200)
commit53e7dd16e789713d1582f014505789af2b709eb4
treeb6fad48987cc0a24b8ed40a22a286d7478cc4f1a
parent18f0de09800d72160708f446dd89703c828050e7
codecparsers: h264: fix identification of EOSEQ and EOS NALs.

An end_of_seq() [EOSEQ] or end_of_stream() [EOS] NAL unit is really
one byte long because this shall include the NalHeaderBytes (1) too.
The NALU.offset starts from the first byte of the header.

This is the proper fix to commit d37f842. In practice, this fixes
parsing of FRExt1_Panasonic_D and FRExt2_Panasonic_C, that include
additional frames after an EOSEQ.

https://bugzilla.gnome.org/show_bug.cgi?id=732553

Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
gst-libs/gst/codecparsers/gsth264parser.c