- 21 Dec, 2015 1 commit
-
-
Clément Bœsch authored
-
- 09 Dec, 2015 1 commit
-
-
Jean Delvare authored
When the interpolated value is divided by the sum of weights, no rounding is done, which means the value is truncated. This results in a slight bias towards dark green in the interpolated area. Rounding properly removes the bias. I measured this change to reduce the interpolation error by 1 to 2 % on average on a number of sample input and logo area combinations. Signed-off-by:
Jean Delvare <jdelvare@suse.de> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Dec, 2015 1 commit
-
-
Matthieu Bouron authored
-
- 07 Dec, 2015 1 commit
-
-
Simon Thelen authored
Signed-off-by:
Simon Thelen <ffmpeg-dev@c-14.de> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 06 Dec, 2015 1 commit
-
-
Timothy Gu authored
Fixes FATE failures on --enable-small builds. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 26 Nov, 2015 1 commit
-
-
Matthieu Bouron authored
-
- 24 Nov, 2015 3 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Vittorio Giovara authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
This is never mentioned in the specifications, and decoders work just as fine without it. Update the fate references since the compressed file is smaller. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 23 Nov, 2015 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Clément Bœsch authored
FATE test changes because of the switch from shift to division.
-
- 18 Nov, 2015 1 commit
-
-
Derek Buitenhuis authored
This way, it never starts with 0xFFF0, and never trips the ADTS "Detection" code in movenc.c. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 17 Nov, 2015 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 15 Nov, 2015 1 commit
-
-
Marton Balint authored
Reviewed-by:
Nicolas George <george@nsup.org> Signed-off-by:
Marton Balint <cus@passwd.hu>
-
- 11 Nov, 2015 3 commits
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This tests the case where the muxer correctly guesses that a stream starts at pts=0. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
a set ost->frame_rate does not imply CFR in ffmpeg The changed fate tests had all wrong packet durations (like 1/1000 or 1/90000) There might be more cases in which is_cfr could be set Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 10 Nov, 2015 3 commits
-
-
Michael Niedermayer authored
Also support disabling them as they seem to cause problems to some Users. They are also not allowed in IRT D-10 thus the default for mxf_d10 is not to write them This also decreases the filesize when no user comment are stored Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Martin Storsjö authored
Contrary to the normal fate tests that run via avconv, this tests nontrivial call sequences that are only doable via the API (mainly for different corner cases when using the muxer for segmenting). The test muxes fake packet data (with extradata that looks enough like proper data to make the file be viewable with e.g. boxdumper) and checks the hash of the produced files. The test also verifies that fragments produced via different call sequences remain identical (to avoid e.g. updating the output hashes and suddenly having fragments that used to be identical suddenly diverging), for fragments written with frag_discont and/or delay_moov. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
The CMP variable seems to have been inherited from fate-api-seek which set it to null the mxf reference needed a change due to c7e14a27Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 07 Nov, 2015 3 commits
-
-
Nicolas George authored
Trim unneeded leading components and trailing zeros. Move the formating code in a separate function. Use the function also to format the default value, it was currently printed as plain integer, inconsistent to the way it is parsed.
-
Nicolas George authored
-
Nicolas George authored
Similar to testsrc, but using drawutils and therefore supporting a lot of pixel formats instead of just rgb24. This allows using it as input for other tests without requiring a format conversion. It is also slightly faster than testsrc for some reason.
-
- 03 Nov, 2015 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 30 Oct, 2015 2 commits
-
-
Steven Robertson authored
Signed-off-by:
Steven Robertson <steven@strobe.cc> Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Carl Eugen Hoyos authored
-
- 29 Oct, 2015 1 commit
-
-
Ronald S. Bultje authored
For the 10-show-existing-frame, the source file indeed has a timestamp of 3 (or 100/33) for the second visible frame, so the fix appears to work correctly. For the other, only the timebase is fixed, but again appears to be correct now.
-
- 25 Oct, 2015 1 commit
-
-
Clément Bœsch authored
Example: % ./ffmpeg -h encoder=gif [...] GIF encoder AVOptions: -gifflags <flags> E..V.... set GIF flags (default offsetting+transdiff) offsetting E..V.... enable picture offsetting transdiff E..V.... enable transparency detection between frames
-
- 23 Oct, 2015 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 14 Oct, 2015 1 commit
-
-
Zhang Rui authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 13 Oct, 2015 2 commits
-
-
Christophe Gisquet authored
It was useful to (accidentally?) spot an overflow in the column pass of the x86 simple_idct10 implementation. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Christophe Gisquet authored
omse goes from 0.03060703 (which fails for dct-test) to 0.01663750. This also actually improve the error of decoding the sample generated by fate-vsynth3-dnxhd1080i-10bit using simple_idct10 to FAANI, which goes (when resampled to yuv422p) from: stddev: 0.06 PSNR: 72.28 MAXDIFF: 1 to identical. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 12 Oct, 2015 2 commits
-
-
Ricardo Constantino authored
Signed-off-by:
Ricardo Constantino <wiiaboo@gmail.com>
-
Ricardo Constantino authored
Includes escapes that should now be supported and a few features not yet fully supported, like comments, regions, classes, ruby, and lang. All were tested with https://quuz.org/webvtt/ for validation, except regions because the validator doesn't support them yet, and I couldn't find any other way to validate WebVTT. Signed-off-by:
Ricardo Constantino <wiiaboo@gmail.com>
-
- 10 Oct, 2015 1 commit
-
-
Zhang Rui authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 09 Oct, 2015 1 commit
-
-
Christophe Gisquet authored
Currently only 2 profiles are evaluated because they are the only 2 with distributed test sequences. - CID 1260: YUV 4:2:2 10 bits with block-adaptive interlace coding, from ticket 4876; - CID 1270: YUV 4:4:4 10 bits (HR), 1920x839, from ticket 4581. They were generated from the ticket sequences by running the following kind of command-line; ffmpeg -i $INPUT -an -sn -vcodec copy -vframes 1 -y $OUTPUT.mov Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Oct, 2015 1 commit
-
-
Stefano Sabatini authored
tests: update fate-filter-delogo test reference after commit 8bc708fc
-
- 02 Oct, 2015 2 commits
-
-
Christophe Gisquet authored
The current one, while correct, does not yield the best possible results. The specificiations suggest another formula, which results in quality gains in the decoded output from fate tests. This justifies changing said formula. Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Joseph Artsimovich authored
Convert them to zigzag order, as the rest of them are. When I was adding support for 10-bit DNxHD, I just copy-pasted the missing quant matrices from the spec. Now it turns out the existing matrices in dnxhddata.c were in zigzag order. This resulted in wrong quantization for 10-bit DNxHD. The attached patch fixes the problem by converting 10-bit quant matrices to zigzag order. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 30 Sep, 2015 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-