- 12 Jan, 2013 1 commit
-
-
Diego Biurrun authored
-
- 10 Jan, 2013 1 commit
-
-
Diego Biurrun authored
-
- 30 Dec, 2012 1 commit
-
-
Anton Khirnov authored
-
- 17 Nov, 2012 2 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
-
- 19 Oct, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 08 Aug, 2012 1 commit
-
-
Janne Grunau authored
Renames the old test to allow using fate-nuv as group for all nuv tests.
-
- 19 May, 2012 3 commits
-
-
Mans Rullgard authored
This is consistent with other format names. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
This allows fate to run without errors with or without SAMPLES being set. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
avconv now requires libavfilter so this dependency is redundant. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 15 May, 2012 1 commit
-
-
Mans Rullgard authored
This name better reflects that it is v3 of mdec that is tested. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 14 May, 2012 10 commits
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
These two files use the same audio codec so only one test for this is needed. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
These tests include adpcm-ima-dk3 audio which is tested elsewhere. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 09 May, 2012 3 commits
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
This makes only tests actually using avconv depend on it. The remaining tests already depend on what they need. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Diego Biurrun authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 28 Mar, 2012 1 commit
-
-
Ronald S. Bultje authored
Tested to be bit-exact across x86-64, x86-32 and ppc.
-
- 29 Feb, 2012 1 commit
-
-
Justin Ruggles authored
We already have sufficient coverage for 16-bit pcm.
-
- 26 Feb, 2012 1 commit
-
-
Anton Khirnov authored
No changes in the test results.
-
- 08 Feb, 2012 1 commit
-
-
Anton Khirnov authored
This changes a number of FATE results, since before this commit, the timestamps in all tests using rawenc were made up by lavf. In most cases, the previous timestamps were completely bogus. In some other cases -- raw formats, mostly h264 -- the new timestamps are bogus as well. The only difference is that timestamps invented by the muxer are replaced by timestamps invented by the demuxer. cscd -- avconv sets output codec timebase from r_frame_rate and r_frame_rate is in this case some guessed number 31.42 (377/12), which is not accurate enough to represent all timestamps. This results in some frames having duplicate pts. Therefore, vsync 0 needs to be changed to vsync 2 and avconv drops two frames. A proper fix in the future would be to set output timebase to something saner in avconv. nuv -- previous timestamps for video were wrong AND the cscd comment applies, one frame is dropped. vp8-signbias -- the file contains two frames with identical timestamps, so -vsync 0 needs to be removed/changed to -vsync 2 and avconv drops one frame. vc1-ism -- apparrently either the demuxer lies about timestamps or the file is broken, since dts == pts on all packets, but reordering clearly takes place.
-
- 18 Jan, 2012 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 08 Jan, 2012 1 commit
-
-
Mike Melanson authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 07 Jan, 2012 1 commit
-
-
Mike Melanson authored
The previous sample used for this test only contained type 0 frames. Replace it with a sample that also features type 1 frames. Code coverage: libavcodec/xxan.c: 72% -> 89% Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 30 Dec, 2011 1 commit
-
-
Diego Biurrun authored
-