Chiebot-Mirror/FFmpeg - FFmpeg - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Andreas Rheinhardt	518bbe9eac	h264_mp4toannexb: Try to avoid four byte startcodes According to the H.264 specifications, the only NAL units that need to have four byte startcodes in H.264 Annex B format are SPS/PPS units and units that start a new access unit. Before `af7e953a`, the first of these conditions wasn't upheld as already existing in-band parameter sets would not automatically be written with a four byte startcode, but only when they already were at the beginning of their input packets. But it made four byte startcodes be used too often as every unit that is written together with a parameter set that is inserted from extradata received a four byte startcode although a three byte start code would suffice unless the unit itself were a parameter set. FATE has been updated to reflect the changes. Although the patch leaves the extradata unchanged, the size of the extradata according to the FATE reports changes. This is due to a quirk in ff_h2645_packet_split which is used by extract_extradata: If the input is Annex B, the first zero of a four byte startcode is considered a part of the last unit (if any). Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>	5 years ago
Yusuke Nakamura	af7e953a59	h264_mp4toannexb_bsf: Fix start code size of parameter sets. Any parameter set shall have start code of at least 4 byte size. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>	7 years ago
Mike Melanson	c262404d98	Change the recent h264_mp4toannexb bitstream filter test to output to an elementary stream rather than a program stream. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>	13 years ago
Mike Melanson	ae51b1a9ba	FATE: Add test for H.264 MP4->annex.B bitstream filter. This test uses an existing FATE sample (h264/interlaced_crop.mp4). Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>	13 years ago