- 19 Apr, 2015 1 commit
-
-
Vittorio Giovara authored
-
- 13 Oct, 2014 1 commit
-
-
Anton Khirnov authored
Currently, the amount of padding inserted at the beginning by some audio encoders, is exported through AVCodecContext.delay. However - the term 'delay' is heavily overloaded and can have multiple different meanings even in the case of audio encoding. - this field has entirely different meanings, depending on whether the codec context is used for encoding or decoding (and has yet another different meaning for video), preventing generic handling of the codec context. Therefore, add a new field -- AVCodecContext.initial_padding. It could conceivably be used for decoding as well at a later point.
-
- 15 Aug, 2014 1 commit
-
-
Gabriel Dume authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 23 Jun, 2014 1 commit
-
-
Justin Ruggles authored
As indicated in the function documentation, the header MUST be checked prior to calling it because no consistency check is done there. CC:libav-stable@libav.org
-
- 30 Mar, 2014 3 commits
-
-
Timothy Gu authored
-
Timothy Gu authored
-
Paul B Mahol authored
-
- 09 Dec, 2013 1 commit
-
-
Alexandra Khirnova authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 03 Oct, 2013 1 commit
-
-
Diego Biurrun authored
-
- 09 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 08 Mar, 2013 1 commit
-
-
Justin Ruggles authored
CC:libav-stable@libav.org
-
- 14 Jan, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 26 Nov, 2012 1 commit
-
-
Justin Ruggles authored
-
- 11 Nov, 2012 1 commit
-
-
Justin Ruggles authored
Also reorder some other #include when applicable.
-
- 17 Oct, 2012 1 commit
-
-
Justin Ruggles authored
The LAME API documentation for the required buffer size refers to the size for a single encode call. However, we store multiple frames in the same output buffer but only read 1 frame at a time out of it. As a result, the buffer size given in lame_encode_buffer() is actually smaller than what it should be. Since we do not know how many frames it will end up buffering, it is best to just reallocate if needed.
-
- 06 Oct, 2012 1 commit
-
-
Justin Ruggles authored
-
- 04 Sep, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 15 Aug, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 10 Jun, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 14 May, 2012 1 commit
-
-
Anton Khirnov authored
-
- 20 Mar, 2012 1 commit
-
-
Justin Ruggles authored
-
- 20 Feb, 2012 10 commits
-
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
Also, only set bit rate for CBR.
-
Justin Ruggles authored
-
Justin Ruggles authored
-
Justin Ruggles authored
also remove unneeded commented-out full frame data debugging
-
Justin Ruggles authored
We now require at least libmp3lame 3.98.3. lame_encode_buffer_interleaved() still doesn't work for mono, but it does not "die"; it just expects a stereo interleaved buffer.
-
Justin Ruggles authored
it is already set in avcodec_alloc_frame()
-
Justin Ruggles authored
-
Justin Ruggles authored
-
- 27 Jan, 2012 1 commit
-
-
Anton Khirnov authored
-
- 29 Dec, 2011 1 commit
-
-
Aneesh Dogra authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 12 Oct, 2011 1 commit
-
-
Anton Khirnov authored
-
- 01 Sep, 2011 1 commit
-
-
Anton Khirnov authored
FF_API_LAME_GLOBAL_OPTIONS => FF_API_LAME_GLOBAL_OPTS Thanks to Clément Bœsch for spotting.
-
- 31 Aug, 2011 1 commit
-
-
Anton Khirnov authored
Deprecate CODEC_FLAG2_BIT_RESERVOIR
-
- 29 Jul, 2011 1 commit
-
-
Anton Khirnov authored
It's more readable and less prone to breakage.
-
- 20 May, 2011 1 commit
-
-
Ronald S. Bultje authored
Fixes compilation with mp3lame enabled.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-