FFmpeg

Mirror of https://git.ffmpeg.org/ffmpeg.git https://ffmpeg.org/

Andreas Rheinhardt e5e5be4c7f avcodec/flac_parser: Fix off-by-one error The flac parser uses a fifo to buffer its data. Consequently, when searching for sync codes of flac packets, one needs to take care of the possibility of wraparound. This is done by using an optimized start code search that works on each of the continuous buffers separately and by explicitly checking whether the last pre-wrap byte and the first post-wrap byte constitute a valid sync code. Moreover, the last MAX_FRAME_HEADER_SIZE - 1 bytes ought not to be searched for (the start of) a sync code because a header that might be found in this region might not be completely available. These bytes ought to be searched lateron when more data is available or when flushing. Unfortunately there was an off-by-one error in the calculation of the length to search of the post-wrap buffer: It was too large, because the calculation was based on the amount of bytes available in the fifo from the last pre-wrap byte onwards. This meant that a header might be parsed twice (once prematurely and once regularly when more data is available); it could also mean that an invalid header will be treated as valid (namely if the length of said invalid header is MAX_FRAME_HEADER_SIZE and the invalid byte that will be treated as the last byte of this potential header happens to be the right CRC-8). Should a header be parsed twice, the second instance will be the best child of the first instance; the first instance's score will be FLAC_HEADER_BASE_SCORE - FLAC_HEADER_CHANGED_PENALTY ( = 3) higher than the second instance's score. So the frame belonging to the first instance will be output and it will be done as a zero length frame (the difference of the header's offset and the child's offset). This has serious consequences when flushing, as returning a zero length buffer signals to the caller that no more data will be output; consequently the last frames not yet output will be dropped. Furthermore, a "sample/frame number mismatch in adjacent frames" warning got output when returning the zero-length frame belonging to the first header, because the child's sample/frame number of course didn't match the expected sample frame/number given its parent. filter/hdcd-mix.flac from the FATE-suite was affected by this (the last frame was omitted) which is the reason why several FATE-tests needed to be updated. Fixes ticket #5937. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com>		5 years ago
..
api	tests/api/api-h264-test: Add AV_NOPTS_VALUE check for AVFrame.pkt_dts/pts	6 years ago
checkasm	checkasm/vf_eq: add test for vf_eq	5 years ago
dnn	FATE/dnn: fix stack buffer overflow	5 years ago
fate	avcodec/flac_parser: Fix off-by-one error	5 years ago
filtergraphs	lavfi/concat: allow to support inputs with different frame rates	5 years ago
ref	fate: update hashes after ya16 change	5 years ago
.gitignore	Merge commit '257f00ec1ab06a2a161f535036c6512f3fc8e801'	9 years ago
Makefile	fate: add unit test for dnn-layer-pad	5 years ago
audiogen.c	tests/audiogen: raise channel count limit to 12	7 years ago
audiomatch.c	tests/audiomatch: Add missing return code at the end of main()	7 years ago
base64.c	…
copycooker.sh	…
extended.ffconcat	fate: add concat demuxer tests	9 years ago
fate-run.sh	tests: Fix bash errors in lavf_container tests.	5 years ago
fate-valgrind.supp	…
fate.sh	fate: Error out more gracefully on configure failure	7 years ago
md5.sh	…
refcmp-metadata.awk	fate: add tests for psnr and ssim filter	7 years ago
reference.pnm	…
rotozoom.c	…
simple1.ffconcat	fate: add concat demuxer tests	9 years ago
simple2.ffconcat	fate: add concat demuxer tests	9 years ago
test.ffmeta	…
tiny_psnr.c	Drop pointless assert.h #includes	9 years ago
tiny_ssim.c	tests/tiny_ssim: replace #define by typedef	9 years ago
utils.c	…
videogen.c	…