GNOME Bugzilla – Bug 671203
codecparsers: h264: record number of emulation prevention bytes in slice_header()
Last modified: 2012-03-03 16:31:41 UTC
Created attachment 208846 [details] [review] codecparsers: h264: record number of emulation prevention bytes in slice_header() Some hardware video decode acceleration API (VA-API, DXVA) require a bit count to the first macroblock, minus the number of emulation prevention bytes. So, instead of having the consumer of the library scan the slice_header() again, just record that number while parsing.
commit 0b8fb8b587fdfb7d117a3e8756f17e4bafca9f16 Author: Tim-Philipp Müller <tim.muller@collabora.co.uk> Date: Sat Mar 3 15:57:11 2012 +0000 configure: use AS_LIBTOOL and bump version for ABI change in h.264 codec parser Backported from the 0.10 release branch, where v.23 was used. https://bugzilla.gnome.org/show_bug.cgi?id=671203 commit 5c9f7900759d3ea2ae740e4dd04079381678fed8 Author: Gwenole Beauchesne <gwenole.beauchesne@intel.com> Date: Fri Mar 2 11:45:41 2012 +0100 codecparsers: h264: record number of emulation prevention bytes in slice_header(). Some hardware video decode acceleration API (VA-API, DXVA) require a bit count to the first macroblock, minus the number of emulation prevention bytes. So, instead of having the consumer of the library scan the slice_header() again, just record that number while parsing. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com> https://bugzilla.gnome.org/show_bug.cgi?id=671203