- 04 Apr, 2014 19 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
The extra conditions are covered by previous #ifs and conditional compilation.
-
Diego Biurrun authored
Dead code elimination is enough to avoid undefined references in these cases.
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Anton Khirnov authored
-
Alessandro Ghedini authored
This adds a new "replaygain_preamp" option to the filter, and simply adds its value to the replaygain gain value. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
James Almer authored
Sandy Bridge Win64: 180 cycles in ff_synth_filter_inner_sse2 150 cycles in ff_synth_filter_inner_avx Also switch some instructions to a three operand format to avoid assembly errors with Yasm 1.1.0 or older. Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
James Almer authored
Build only on x86_32 targets. Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Michael Niedermayer authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Alessandro Ghedini authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Alessandro Ghedini authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Alessandro Ghedini authored
According to the ReplayGain spec, the peak amplitude may overflow and may result in peak amplitude values greater than 1.0 with psychoacoustically coded audio, such as MP3. Fully compliant decoders must allow peak overflows. Additionally, having peak values in the 0<->UINT32_MAX scale makes it more difficult for applications to actually use the peak values (e.g. when implementing clipping prevention) since values have to be rescaled down. This patch corrects the peak parsing by removing the rescaling of the decoded values between 0 and UINT32_MAX and the 1.0 upper limit. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Alessandro Ghedini authored
The gain sign was incorrectly decoded: since the FFSIGN() macro treats 0 as negative, gain values starting with "0." were always decoded as negative. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Janne Grunau authored
Unbreaks compilation on arm due to conflicting types for 'ff_decode_block_coeffs_armv6'.
-
Vittorio Giovara authored
-
Peter Ross authored
Further performance improvements and security fixes by Vittorio Giovara, Luca Barbato and Diego Biurrun. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org> Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 03 Apr, 2014 21 commits
-
-
Carl Eugen Hoyos authored
Mentioned on http://msdn.microsoft.com/en-us/library/dd341376%28prot.20%29.aspx
-
Piotr Bandurski authored
Sample-Id: 4790b7f1c44f98e35f3b806468fa615f5930a5b3.wav
-
Piotr Bandurski authored
Sample-Id: crusader-no-regret.avi
-
Compn authored
Sample-Id: g726-test1.wav
-
Piotr Bandurski authored
-
Compn authored
Sample-Id: 40709.avi
-
Paul B Mahol authored
-
Michael Niedermayer authored
-
Piotr Bandurski authored
-
Piotr Bandurski authored
Sample-Id: MAILTEST.AVI
-
Piotr Bandurski authored
-
Michael Niedermayer authored
-
Michael Niedermayer authored
-
Piotr Bandurski authored
-
Carl Eugen Hoyos authored
PAL looks incorrect.
-
Piotr Bandurski authored
-
Piotr Bandurski authored
Sample-Id: vivd.avi
-
Compn authored
Sample-Id: york-water-meteor.avi
-
Carl Eugen Hoyos authored
-
Piotr Bandurski authored
-
Compn authored
-