- 01 Apr, 2014 1 commit
-
-
Marton Balint authored
Improves compatibility with XDCAM HD formats. It has been set for a long time in ffmbc. Reviewed-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 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.
-
- 30 Apr, 2013 1 commit
-
-
Anton Khirnov authored
This makes -t sample-accurate for audio and will allow further simplication in the future. Most of the FATE changes are due to audio now being sample accurate. In some cases a video frame was incorrectly passed with the old code, while its was over the limit.
-
- 25 Apr, 2013 1 commit
-
-
Luca Barbato authored
Most formats do not support negative timestamps, shift them to avoid unexpected behaviour and a number of bad crashes. CC:libav-stable@libav.org Signed-off-by: Anton Khirnov <anton@khirnov.net> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 08 Jan, 2013 1 commit
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 04 Jan, 2013 1 commit
-
-
Michael Niedermayer authored
Only shift if needed to avoid negative scr when requested or for dvd. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 27 Sep, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Jul, 2012 1 commit
-
-
Nicolas George authored
This commit is based on libav's implementation and makes sure to compare output timestamps together. It also reduces the differences with avconv. The changes to the test reference files are caused by an additional packet at the end, the timestamp of the frame encoded by this packet is always strictly below the limit stated by the -t option.
-
- 17 May, 2012 1 commit
-
-
Anton Khirnov authored
Some of the FATE changes are due to off-by-one different rounding being used (lrintf vs av_rescale_q). Some fate changes are due to 1 audio frame less being encoded (the new variant seems matching what qatar does and according to ffprobe its closer to the requested duration) the mapchan feature sadly is lost in this commit because it depends on resampling being done in ffmpeg.c which is now moved completely into the av filter layer -async is broken after this commit, this will be fixed in subsequent commits the new filter reconfiguration system is flawed and will drop a frame on each parameter change which is why the nelly moser checksums need updating. Conflicts: ffmpeg.c tests/ref/fate/smjpeg
-
- 20 Mar, 2012 1 commit
-
-
Justin Ruggles authored
Update FATE references due to encoder delay.
-
- 07 Feb, 2012 1 commit
-
-
Anton Khirnov authored
Current code compares the desired recording time with InputStream.pts, which has a very unclear meaning. Change the code to use actual timestamps of the frames passed to the encoder. In several tests, one less frame is encoded, which is more correct. In the idroq test one more frame is encoded, which is again more correct. Behavior with stream copy should be unchanged.
-
- 02 Feb, 2012 1 commit
-
-
Clément Bœsch authored
-
- 12 Apr, 2011 1 commit
-
-
Vitor Sessak authored
This allows for more reproducible results when using multi-threading. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 16 Oct, 2010 1 commit
-
-
Michael Niedermayer authored
Fixes a scr issue reported with dvdauthor ([FFmpeg-user] FFMPEG encoded MPEG-2 video causes error in DVDAuthor) Originally committed as revision 25512 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Oct, 2010 1 commit
-
-
Michael Niedermayer authored
This fixes issues if the first DTS is far away from 0. Originally committed as revision 25383 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Mar, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 22155 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Jan, 2010 1 commit
-
-
Måns Rullgård authored
With this change, the output is checked immediately after each test has run. This means commands like "make regtest-mpeg2" can now be used to run a single test and get meaningful results. By default, make will abort if any test fails. To run all tests regardless, use make -k. Originally committed as revision 21254 to svn://svn.ffmpeg.org/ffmpeg/trunk
-