The proper reciprocal formula to that of VLC to PA conversion must be
used. Otherwise, we get an inconsistent value in the "volume" variable.

Now it should be usable within own libvlc applications

As a side note, this fixes a valgrind heap read overflow, but I do not
see why. I suspect a conflict between valgrind and some optimization in
libc or gcc here.

The total size of the buffer (i_size) was initialized with the whole
allocated size for the block. This fooled block_Realloc() in the case of
resizing to slightly larger, with the extra size in range from
32 to 32 + 80 bytes. block_Realloc() assumed it had enough space left in
the buffer padding to avoid reallocating memory.

Consequently, the block ended up with a i_buffer field with a value
larger than the allocated memory around p_buffer.

In the end, this could cause memory corruptions in all sorts of cases.
In my case, vlc was crashing while encoutering a corrupted mp3 file.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

This makes no sense. RPM needs the package specification as a separate
file, where the source tarballs are indicated. Chicken-and-egg...

Besides those files are out-of-date.

left out for now: cmake, ipkg and most of win32/UAC

The format must be initialized before aout_PacketInit().
Fix Debian #664279 and LP#987231.

Pointed-out-by: Walter Ösch

Newer GnuTLS versions do it internally and in a more correct fashion.

Certificate date verification has changed. To get proper errors,
we need to depend on the newer versions.

Fix #5433

These variables are overwritten a few lines later.

(for whatever reason this was only observable on snow leopard for me)

DecoderWaitDate() releases the lock and thus state can change.
In particular, the aout can be destroyed, or paused or resumed.
So those checks must be done after DecoderWaitDate().

There may be a cleaner way to do this, but it will likely be more
invasive. This patch fixes #5825 and probably #6369 too.

A discarded buffer is not necessarily in the future. It might simply be
that there is no output or that the playback rate is out of range.

DecoderWaitDate() needs to return with the lock held to fix #5825.
Anyway, there was not much point in releasing the lock after
DecoderWaitUnblock() and acquire it again without sleeping.

aout_DecPlay() needs the lock, since the aout is not reentrant.

Therefore, add a copy to extras to prepare the VLCKit split

Depends on --enable-small and HAVE_NEON
If we use NEON, we assume at least cortex-a8 CPU which means thumb2 is supported