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>

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>

Unbreaks compilation on arm due to conflicting types for
'ff_decode_block_coeffs_armv6'.

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>

Mentioned on http://msdn.microsoft.com/en-us/library/dd341376%28prot.20%29.aspx

Sample-Id: 4790b7f1c44f98e35f3b806468fa615f5930a5b3.wav

Sample-Id: crusader-no-regret.avi

Sample-Id: g726-test1.wav

Sample-Id: 40709.avi

Sample-Id: MAILTEST.AVI

PAL looks incorrect.

Sample-Id: vivd.avi

Sample-Id: york-water-meteor.avi

Sample-Id: smv2.avi

Some players, like foobar2000 or modern versions of WMP, create WAV
files using the ITRK tag for track instead of IPRT

Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>

Reported-By: Vittorio Giovara <vittorio.giovara@gmail.com>