find a correct blending module given input and output chromas. Instead
of displaying the input chroma and the output chroma in the error
message, it displays two times the output chroma.

This patch corrects the typo.
Signed-off-by: JP Dinger <jpd@videolan.org>

The latency is increased by monitoring the last buffer underflows and by
filtering the values obtained (median 3).
It is simple and pretty robust (tested with http and sshfs over wireless).

As it is part of a critical section for playback, becareful about any
regressions.

It has no consequence (because of the way we actually use the clock) but
it is more consistent.

This was actually fixed by [697457bc] but then [952a943a] came which made it useless.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

And not %appdata% on win32

This happened in many WMA2 mono samples where the codec information pannel said "ERROR"

(cherry picked from commit 2e02b35f4ee4aa36bd659fc898c31abc1cf31891)

This restores the pre-1.0.0 behaviour. With the atomic vlcrc update,
VLC managed to work-around a read-only vlcrc. Indeed, Linux (POSIX?)
allows renaming a file onto an existing read-only file, which is
then replaced (both content and meta-data). In principle, you should
put the containing directory in read-only mode to avoid this, but this
is inconvenient as .config/vlc contains other files.

Some URI types do not need URI-encoding, yet use the percent sign.
E.g. http://forum.videolan.org/viewtopic.php?f=13&t=61946

mpeg1 files may have only one sequence header.

It can be backported to 1.0 only after being carefully tested.