- 03 Oct, 2013 1 commit
-
-
Diego Biurrun authored
-
- 02 Aug, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 29 May, 2013 1 commit
-
-
Reimar Döffinger authored
This is necessary since the switch to floating point input means there is no longer sufficient input data validation. There is a good chance that other encoders are affected by similar issues. This problem can be triggered by trying to encode extremely large values and probably also with Inf and possibly also NaNs. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 04 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 09 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 06 Mar, 2013 1 commit
-
-
James Zern authored
- check ret < 0 - remove excessive error log Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 12 Feb, 2013 1 commit
-
-
Justin Ruggles authored
-
- 22 Jan, 2013 1 commit
-
-
Ronald S. Bultje authored
Now, nellymoserenc and aacenc no longer depends on dsputil. Independent of this patch, wmaprodec also does not depend on dsputil, so I removed it from there also.
-
- 05 Dec, 2012 1 commit
-
-
Piotr Bandurski authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 26 Nov, 2012 1 commit
-
-
Justin Ruggles authored
-
- 01 Nov, 2012 1 commit
-
-
Justin Ruggles authored
channels, sample_rate, bit_rate, and block_align can be used directly from the AVCodecContext
-
- 06 Oct, 2012 1 commit
-
-
Justin Ruggles authored
-
- 01 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 02 Jul, 2012 1 commit
-
-
Michael Niedermayer authored
The bitrate is not writeable by an encoder. Fixes generation of invalid wma Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 01 Jul, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 30 Jun, 2012 4 commits
-
-
Michael Niedermayer authored
this is faster and more correct Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 17 Jun, 2012 1 commit
-
-
Paul B Mahol authored
Saves few bytes if only some of them in same file are enabled. Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 06 Apr, 2012 1 commit
-
-
Martin Storsjö authored
Also break some long lines, remove codec function placeholder comments and add spaces in sample/pixel format lists. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 23 Mar, 2012 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 22 Mar, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 21 Mar, 2012 1 commit
-
-
Justin Ruggles authored
-
- 17 Mar, 2012 1 commit
-
-
Justin Ruggles authored
It may have improved cross-platform stability, but wasn't the only place in the encoder with bitexact issues. It is no longer needed because we have FATE tests for float encoders using fuzzy comparison.
-
- 05 Mar, 2012 3 commits
-
-
Michael Niedermayer authored
This ensures they are always checked Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This condition cannot happen, if it can it is a bug that MUST be fixed. And i very happily volunteer to fix it if someone reports a case to me that fails. This reverts commit 5d652e06.
-
- 03 Mar, 2012 6 commits
-
-
Justin Ruggles authored
We need to set ms_stereo in encode_init() in order to avoid incorrectly encoding the first frame as non-m/s while flagging it as m/s. Fixes an uncomfortable pop in the left channel at the start of playback. CC:libav-stable@libav.org
-
Justin Ruggles authored
-
Justin Ruggles authored
Currently we have an assert() that prevents the frame from being too large, but it is more user-friendly to give an error message instead of aborting on assert(). This condition is quite unlikely due to the minimum bit rate check in encode_init(), but it is still worth having.
-
Justin Ruggles authored
The maximum theoretical frame size is around 17000 bytes. Although in practice it will generally be much smaller, we require a larger buffer just to be safe. CC: libav-stable@libav.org
-
Justin Ruggles authored
ff_wma_init() allows up to 50kHz, but this generates an exponent band size table that requires 65 bands. The code assumes 25 bands in many places, and using sample rates higher than 48kHz will lead to buffer overwrites. CC:libav-stable@libav.org
-
Justin Ruggles authored
This is near the theoretical limit for wma frame size and is the most that our decoder can handle. Allowing higher bit rates will just end up padding each frame with empty bytes. Fixes invalid writes for avconv when using very high bit rates. CC:libav-stable@libav.org
-
- 20 Oct, 2011 1 commit
-
-
Anton Khirnov authored
They are used in lavf.
-
- 24 Sep, 2011 1 commit
-
-
Diego Biurrun authored
-
- 12 May, 2011 1 commit
-
-
Tomas Härdin authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 24 Mar, 2011 1 commit
-
-
Tomas Härdin authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
This removes the rather pointless wrappers (one not even inline) for calling the fft_calc and related function pointers. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-