- 06 Jun, 2014 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Marc-Antoine Arnaud authored
Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 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.
-
- 25 Jul, 2013 1 commit
-
-
Reuben Martin authored
Different aux data is written for DVCAM and DVPRO formats. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 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.
-
- 08 Jan, 2013 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 04 Jan, 2013 1 commit
-
-
Alexander Strasser authored
After making some blind tests on a small collection of music samples for home usage. It turned out that the default cutoff was too low. The impact of filter_size was not clearly distinguishable (the results were on the edge) with the music samples but turned out to be clearly audible in some synthetic samples. Thanks to Daniel for helping out with the listening tests. Signed-off-by:
Alexander Strasser <eclipse7@gmx.net>
-
- 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.
-
- 18 May, 2012 1 commit
-
-
Michael Niedermayer authored
This fixes a regression that apparently was missed when switching to the in af resampler Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 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 Apr, 2012 1 commit
-
-
Justin Ruggles authored
Change some lavf tests to avoid resampling and channel mixing.
-
- 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.
-
- 02 Feb, 2012 1 commit
-
-
Clément Bœsch authored
-
- 07 Dec, 2011 1 commit
-
-
Matthieu Bouron authored
Reviewed-by: Baptiste Coudurier
-
- 24 Nov, 2011 1 commit
-
-
Michael Niedermayer authored
The qatar implementation makes no sense. a muxer without timestamps is constant fps thus needs vsync. the crc/mp5 are special cases that have timestamps yet allow any nonsensical timestamps. raw (yuv/rgb) video is constant fps thus needs vsync too. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 13 Sep, 2011 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 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>
-
- 07 Oct, 2010 2 commits
-
-
Baptiste Coudurier authored
Originally committed as revision 25400 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Reuben Martin authored
Originally committed as revision 25395 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 21 Jul, 2010 1 commit
-
-
Thierry Foucu authored
Patch by Thierry Foucu, tfoucu at gmail Originally committed as revision 24379 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
-