- 13 Mar, 2018 1 commit
-
-
Philipp M. Scholl authored
Thanks for the discussion. Here's the next version, now with /25 and removed ff_log2(). The blocksize of the PCM decoder is hard-coded. This creates unnecessary delay when reading low-rate (<100Hz) streams. This creates issues when multiplexing multiple streams, since other inputs are only opened/read after a low-rate input block was completely read. This patch decreases the blocksize for low-rate inputs, so approximately a block is read every 40ms. This decreases the startup delay when multiplexing inputs with different rates. Signed-off-by:
Philipp M. Scholl <pscholl@bawue.de> Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 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.
-
- 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.
-
- 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
-