- 01 Oct, 2012 3 commits
-
-
Michael Niedermayer authored
While a 25 fps stream can in general store frame durations in 1/25 units, this is not true for the timestamps. For example a 25fps and a 25000/1001 fps stream when they are stored together might have a matching 0 timestamp point but when for example a chapter from this is cut the new start is no longer aligned. The issue gets MUCH worse when the streams are lower fps, like 1 or 2 fps. This commit thus makes the muxer choose a multiple of the framerate as timebase that is at least about 20 micro seconds precise Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
With this, when we use a finer timebase than neccessary to store durations the demuxer still knows what the original timebase was. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This way audio frames can be exactly stored even when they are not aligned with timestamp 0 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 27 Sep, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 26 Aug, 2012 1 commit
-
-
Michael Niedermayer authored
The seek test improves in accuracy Fixes Ticket877 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
-
- 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.
-
- 12 Dec, 2011 1 commit
-
-
Reimar Döffinger authored
This tests writing the global "title" metadata. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 10 May, 2011 1 commit
-
-
Vitor Sessak authored
This should fix behavior introduced by commit 96573c0d. Av_rescale_rnd() is not lossless so if two timestamps are equal after being rescaled they are not always actually identical. This patch use av_compare_ts() to get always a correct result. Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 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>
-
- 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
-