- 24 Aug, 2011 12 commits
-
-
Alex Converse authored
This checks for sigterm but otherwise is identical to the previous behavior.
-
Alex Converse authored
-
Anton Khirnov authored
Deprecate corresponding global option.
-
Anton Khirnov authored
Deprecate corresponding global option.
-
Anton Khirnov authored
Deprecate corresponding global option.
-
Anton Khirnov authored
Deprecate corresponding global option.
-
Anton Khirnov authored
Deprecate corresponding global option.
-
Anton Khirnov authored
Deprecate corresponding global option.
-
Anton Khirnov authored
Deprecate corresponding global option.
-
Anton Khirnov authored
Deprecate corresponding global option.
-
Anton Khirnov authored
Deprecate corresponding global option. Ideally all x264 private options should be generated automatically, but x264 doesn't provide the API for this yet.
-
Anton Khirnov authored
It's broken and serves no purpose as it's a read-only field.
-
- 23 Aug, 2011 5 commits
-
-
Alex Converse authored
-
Alex Converse authored
-
Nicolas George authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
This makes the code simpler to understand, though it results in an unnecessary call to avcodec_find_decoder() if the stream won't be decoded.
-
Alberto Delmás authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 22 Aug, 2011 8 commits
-
-
Justin Ruggles authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
libmp3lame if available, ac3 otherwise.
-
Anton Khirnov authored
libvorbis/libx264 for video if available, otherwise ac3/mpeg4.
-
Stefano Sabatini authored
Clarify with an example what the user should use instead of the deprecated (and no longer working) -s/-pix_fmt options. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 21 Aug, 2011 4 commits
-
-
Stefano Sabatini authored
Fix setting of the corresponding AVCodecContext fields via cmdutils.c:filter_codec_opts(). In particular, fix ffplay -ac and -ar options. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Kostya Shishkov authored
This fixes the situation when there are not enough entries in the index (e.g. on initial seek there's only one index entry in the index) and index search returns just the last known entry. That causes seeking function just to seek there instead of trying harder to get at the requested position. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Kostya Shishkov authored
Currently for multichannel audio position for the last block position is stored in index (and used for seeking), which is obviously not correct. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Kostya Shishkov authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 19 Aug, 2011 11 commits
-
-
Alex Converse authored
-
Anton Khirnov authored
Signed-off-by: Alex Converse <alex.converse@gmail.com>
-
Anton Khirnov authored
Signed-off-by: Alex Converse <alex.converse@gmail.com>
-
Anton Khirnov authored
Signed-off-by: Alex Converse <alex.converse@gmail.com>
-
Anton Khirnov authored
And remove now pointless parameter. Signed-off-by: Alex Converse <alex.converse@gmail.com>
-
Anton Khirnov authored
Signed-off-by: Alex Converse <alex.converse@gmail.com>
-
Anton Khirnov authored
Keep a per-OutputFile instance of it, thus making -fs work with multiple output files. Signed-off-by: Alex Converse <alex.converse@gmail.com>
-
Alex Converse authored
-
Jeff Downs authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Jeff Downs authored
Correct computation of implicit weight tables when referencing pictures that are marked for long reference. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Jeff Downs authored
The current check on MMCO parameters prohibits a "max long term frame index plus 1" of 16 (frame idx of 15) for the "set max long term frame index" MMCO. Fix this off-by-one error to allow the full range of legal values. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-