1
0
mirror of https://github.com/FFmpeg/FFmpeg.git synced 2024-12-02 03:06:28 +02:00
FFmpeg/tests/fate
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>
2019-10-07 22:27:18 +02:00
..
aac.mak
ac3.mak
acodec.mak
adpcm.mak
alac.mak
als.mak fate/als: Add test for conformance file with 512 channels. 2019-08-24 09:33:44 +02:00
amrnb.mak
amrwb.mak
api.mak tests: Add EXESUF to program calls. 2019-04-19 01:11:39 +02:00
apng.mak
atrac.mak
audio.mak fate: add dst decoder test 2019-06-10 09:44:11 +10:00
bmp.mak
build.mak
canopus.mak
cbs.mak
cdxl.mak
checkasm.mak checkasm/vf_eq: add test for vf_eq 2019-09-26 08:10:31 +08:00
concatdec.mak
cover-art.mak
dca.mak
demux.mak
dfa.mak
dnn.mak FATE/dnn: add unit test for layer maximum 2019-09-20 10:57:23 -03:00
dnxhd.mak
dpcm.mak
ea.mak
exif.mak
ffmpeg.mak fate: add test for stream_loop 2019-09-05 23:23:24 +05:30
ffprobe.mak
fft.mak tests: Add EXESUF to program calls. 2019-04-19 01:11:39 +02:00
fifo-muxer.mak
filter-audio.mak avcodec/flac_parser: Fix off-by-one error 2019-10-07 22:27:18 +02:00
filter-video.mak lavfi/concat: allow to support inputs with different frame rates 2019-09-08 16:48:28 +02:00
fits.mak
flac.mak
flvenc.mak
gapless.mak
gif.mak fate: add accurate_rnd+bitexact sws_flags for fate-gifenc 2019-08-17 17:33:16 +02:00
h264.mak
hap.mak
hevc.mak FATE: Add test for HEVC files that claim to have two first slices 2019-04-05 14:16:52 +01:00
hlsenc.mak FATE: add hls single file mode test case 2019-08-01 19:25:29 +08:00
hw.mak tests: Add EXESUF to program calls. 2019-04-19 01:11:39 +02:00
id3v2.mak
image.mak
indeo.mak
lavf-audio.mak Merge commit 'eb8a8115994434b548523cf0bca6a4a74784e79c' 2019-03-14 14:19:03 -03:00
lavf-container.mak lavf/movenc: fix tmcd writing for non-MP4/MOV modes 2019-04-03 15:50:22 +05:30
lavf-image2pipe.mak
lavf-image.mak fate/lavf-image: fix passed arguments for some high bit depth tests 2019-03-14 17:15:28 -03:00
lavf-video.mak Merge commit 'f8df5e2f31a5ba7b30a0e1caaaf5a03c753b3f9b' 2019-03-14 14:59:45 -03:00
libavcodec.mak lavc/h265_profile_level: Add unit test 2019-07-07 13:29:50 +01:00
libavdevice.mak
libavformat.mak tests: Add EXESUF to program calls. 2019-04-19 01:11:39 +02:00
libavresample.mak
libavutil.mak tests: Add EXESUF to program calls. 2019-04-19 01:11:39 +02:00
libswresample.mak
libswscale.mak tests: Add EXESUF to program calls. 2019-04-19 01:11:39 +02:00
lossless-audio.mak
lossless-video.mak
matroska.mak avformat/matroskaenc: Don't waste bytes writing level 1 elements 2019-05-08 13:02:30 -03:00
microsoft.mak
monkeysaudio.mak
mov.mak
mp3.mak
mpc.mak
mpeg4.mak
mpegps.mak
mpegts.mak
mxf.mak fate/mxf: add mxf user comments tests 2019-03-13 12:39:51 +01:00
opus.mak
pcm.mak
pixfmt.mak Merge commit '896fe15dbb7b78de495c4a7dd75e7faec66778da' 2019-03-14 14:31:48 -03:00
pixlet.mak
probe.mak
prores.mak
qt.mak
qtrle.mak fate/qtrle : change 32b test to output bgra instead of rgb24 2019-03-04 13:03:34 +01:00
real.mak
screen.mak
seek.mak Merge commit 'f8df5e2f31a5ba7b30a0e1caaaf5a03c753b3f9b' 2019-03-14 14:59:45 -03:00
segment.mak Merge commit 'f8df5e2f31a5ba7b30a0e1caaaf5a03c753b3f9b' 2019-03-14 14:59:45 -03:00
source-check.sh
source.mak
speedhq.mak
subtitles.mak
utvideo.mak
vcodec.mak fate/proresenc_aw : add test for interlace and 444 encoding 2019-02-27 17:59:53 +01:00
video.mak fate: add a case for ticket #3229 2019-08-13 10:46:20 +08:00
voice.mak
vorbis.mak
vpx.mak fate: add VP4 test 2019-06-12 20:06:20 +10:00
vqf.mak
wavpack.mak avformat/matroskaenc: Don't waste bytes writing level 1 elements 2019-05-08 13:02:30 -03:00
wma.mak
xvid.mak