- 25 Mar, 2020 1 commit
-
-
Andreas Rheinhardt authored
The WebM DASH Manifest muxer can write manifests for live streams and these contain an entry that depends on the time the manifest is written; an AVOption to make the output reproducible has been added for tests. But this is unnecessary, as there already is a method for reproducible output: The AVFMT_FLAG_BITEXACT-flag of the AVFormatContext. Therefore this commit removes the custom option. Given that the description of said option contained "private option - users should never set this" and that it was not documented in muxers.texi, no deprecation period for this option seemed necessary. The commands of the FATE-tests for this muxer have been changed to no longer use this option. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
-
- 16 Mar, 2020 2 commits
-
-
Jan Ekström authored
Utilizes a subpicture sample with one decodable subpicture for the test. Based on a failing test case in reported by Michael in https://ffmpeg.org/pipermail/ffmpeg-devel/2019-February/240398.html which at the time had no test case for it. Additionally, this is the first test case for the presentation graphics format.
-
Jan Ekström authored
-
- 10 Mar, 2020 1 commit
-
-
Zane van Iperen authored
Signed-off-by:
Zane van Iperen <zane@zanevaniperen.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 22 Feb, 2020 1 commit
-
-
Zane van Iperen authored
Signed-off-by:
Zane van Iperen <zane@zanevaniperen.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 07 Feb, 2020 1 commit
-
-
Zane van Iperen authored
Signed-off-by:
Zane van Iperen <zane@zanevaniperen.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 04 Feb, 2020 1 commit
-
-
Zane van Iperen authored
Signed-off-by:
Zane van Iperen <zane@zanevaniperen.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 30 Jan, 2020 1 commit
-
-
Michael Niedermayer authored
The gif test should depend on gif not fits Regression since: ac4b5d86Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 29 Jan, 2020 1 commit
-
-
Guo, Yejun authored
The tests broke fate without SAMPLES and fate on some platforms. This reverts commit 95ade711.
-
- 27 Jan, 2020 1 commit
-
-
Carl Eugen Hoyos authored
Fixes fate on WSL using mingw.
-
- 26 Jan, 2020 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 14 Jan, 2020 1 commit
-
-
Guo, Yejun authored
Signed-off-by:
Guo, Yejun <yejun.guo@intel.com> Signed-off-by:
Pedro Arthur <bygrandao@gmail.com>
-
- 29 Dec, 2019 2 commits
-
-
Andreas Rheinhardt authored
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>
-
Andreas Rheinhardt authored
This test tests that demuxing ProRes that is muxed like it should be in Matroska (i.e. with the first header ("icpf") atom stripped away) works; it also tests bz2 decompression as well as the handling of unknown-length clusters. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 18 Dec, 2019 1 commit
-
-
Martin Storsjö authored
In these cases, we must pass the full path of the file to ffprobe (as the current working dir on the remote system, e.g. when invoked with "ssh remote ffprobe ..." isn't the wanted one). The input filename passed to ffprobe is also included in the output, which is part of the reference test data. Add a new option to ffprobe to allow overriding what path is printed, to keep the original relative path in the tests. An alternative approach could be an option to allow requesting omitting the file name from the dumped data, and updating the test references accordingly. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 17 Dec, 2019 3 commits
-
-
Linjie Fu authored
Adjust the order of fate-hevc-paired-fields. Signed-off-by:
Linjie Fu <linjie.fu@intel.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Linjie Fu authored
5 cabac states for cbf_cb and cbf_cr are supported according to Table 9-4. Add a test for 64x64 4:4:4 8bit HEVC clips with TUDepth = 4, cbf_cr > 0. Signed-off-by:
Xu Guangxin <guangxin.xu@intel.com> Signed-off-by:
Linjie Fu <linjie.fu@intel.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Martin Storsjö authored
When testing on a memory limited system, these tests consume a significant amount of memory and can often fail if testing by running multiple processes in parallel. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 13 Dec, 2019 1 commit
-
-
James Almer authored
The IVF muxer autoinserts the av1_metadata filter unconditionally, which is not desirable for these tests. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 12 Dec, 2019 2 commits
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
These dependencies are evaluted by make and must be expressed with the paths as in the local filesystem. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 11 Dec, 2019 1 commit
-
-
Martin Storsjö authored
The tremolo filter uses floating point internally, and uses multiplication factors derived from sin(fmod()), neither of which is bitexact for use with framecrc. This fixes running this test when built with for mingw/x86_32 with clang. In this case, a 1 ulp difference in the output from fmod() would end up in an output from the filter that differs by 1 ulp, but which makes the lrint() in swresample/audioconvert.c round in a different direction. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 08 Dec, 2019 2 commits
-
-
Andreas Rheinhardt authored
contained in Vorbis comments in the CodecPrivate of flac tracks. Moreover, it also tests header removal compression. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Andreas Rheinhardt authored
This test contains a track with zlib compressed CodecPrivate in addition to compressed frames; the former was unchecked before. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 07 Dec, 2019 2 commits
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 05 Dec, 2019 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 02 Dec, 2019 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 01 Dec, 2019 2 commits
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 29 Nov, 2019 3 commits
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
This uses a raw h264 bitstream as source, in order to test the avcC generation code. Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 19 Nov, 2019 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 13 Nov, 2019 1 commit
-
-
Baptiste Coudurier authored
-
- 11 Nov, 2019 1 commit
-
-
Limin Wang authored
Signed-off-by:
Limin Wang <lance.lmwang@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 30 Oct, 2019 1 commit
-
-
Limin Wang authored
Signed-off-by:
Limin Wang <lance.lmwang@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 21 Oct, 2019 1 commit
-
-
Limin Wang authored
Reviewed-by:
Moritz Barsnick <barsnick@gmx.net> Signed-off-by:
Limin Wang <lance.lmwang@gmail.com>
-
- 18 Oct, 2019 1 commit
-
-
Paul B Mahol authored
Fixes #8298
-
- 07 Oct, 2019 1 commit
-
-
Andreas Rheinhardt authored
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>
-