Andreas Rheinhardt 2ff687c17f avformat/matroskadec: Fix lzo decompression ... When a Matroska Block is only stored in compressed form, the size of the uncompressed block is not explicitly coded and therefore not known before decompressing it. Therefore the demuxer uses a guess for the uncompressed size: The first guess is three times the compressed size and if this is not enough, it is repeatedly incremented by a factor of three. But when this happens with lzo, the decompression is neither resumed nor started again. Instead when av_lzo1x_decode indicates that x bytes of input data could not be decoded, because the output buffer is already full, the first (not the last) x bytes of the input buffer are resent for decoding in the next try; they overwrite already decoded data. This commit fixes this by instead restarting the decompression anew, just with a bigger buffer. This seems to be a regression since 935ec5a1. A FATE-test for this has been added. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by: James Almer <jamrial@gmail.com>		2019-12-28 22:40:13 -03:00
..
acodec	avformat/movenc: ensure we don't write the major brand as a compatible brand more than once	2019-12-21 11:57:28 -03:00
fate	avformat/matroskadec: Fix lzo decompression	2019-12-28 22:40:13 -03:00
lavf	avformat/movenc: ensure we don't write the major brand as a compatible brand more than once	2019-12-21 11:57:28 -03:00
lavf-fate	avformat/movenc: ensure we don't write the major brand as a compatible brand more than once	2019-12-21 11:57:28 -03:00
pixfmt	Merge commit '896fe15dbb7b78de495c4a7dd75e7faec66778da'	2019-03-14 14:31:48 -03:00
seek	avformat/movenc: ensure we don't write the major brand as a compatible brand more than once	2019-12-21 11:57:28 -03:00
vsynth	avformat/movenc: ensure we don't write the major brand as a compatible brand more than once	2019-12-21 11:57:28 -03:00
vsynth1
vsynth_lena