- 07 Aug, 2013 1 commit
-
-
Nicolas George authored
The bug it was working seems to have been fixed. This change causes ffmpeg to use the trim filter to implement the -t option. FATE tests are updated due to the more accurate handling of the last packets.
-
- 14 Feb, 2013 2 commits
-
-
Michael Niedermayer authored
Other software does not store it in this case, and the information is provided by the codec stream Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Carl Eugen Hoyos authored
The QuickTime specification does not contain any hint that the atom must not be written in some cases and both the QuickTime and the AVID decoders do not fail if the atom is present. This change allows to signal (visually) interlaced streams with a codec different from uncompressed video. As a side-effect, this fixes ticket #2202
-
- 02 Dec, 2012 1 commit
-
-
Janne Grunau authored
Each fate-seek test depends now only on the corresponding fate-acodec, fate-vsynth2 or fate-lavf test which creates the file seek-tests operates on. The tests and references are renamed to match the test they depend on.
-
- 03 Oct, 2012 1 commit
-
-
Michael Niedermayer authored
The timebases before where only guranteed to be 1/fps precisse and could cause AV sync errors on low fps Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Sep, 2012 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Clément Bœsch authored
Also factorize the common options for the different mov-based tests. Since the header is now on top in the last generated file, the data offset in the seek test needed some updates as well.
-
- 20 Jul, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 24345 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Mar, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 22158 to svn://svn.ffmpeg.org/ffmpeg/trunk
-