this new variable will allow interfaces to get a chance to add callbacks on a new input _after_ variables are created and _before_ the input thread is started.

In previous design, callbacks were added haphazardly while the input thread was already being executed.

core: create two variables at initialization (for var_AddCallback to get a higher chance to succeed!)

and was created after the creation of the interface.

ffmpeg is several times faster...

No functional changes.

(libmpeg2 does not autodetect on that architecture)

rtp-output without muxin doesn't seem to handle that delay.
(cherry picked from commit 367e624ea12feba1c55c79397768cd7515dda616)

This option will make it much harder to exploit vulnerabilities on Vista and Seven

libvlc_events: use int instead of uint64_t (using booleans here might be dangerous with the bindings).

When second argument of a for statement is a sequence,
firsts expressions are evaluated as void with no usage
of their return value.
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

This fixes displaying videos with non-16-multiple pixel width.

This reverts commit 6142ee1b.
Input pixel pitch is incorrect. The bug was somewhere else.

Apparently, since 'setlocale( LC_NUMERIC, "C" );' was removed from
libvlc initialization 3 years ago, the syntax to set configuration
variables of floating point types has changed and become dependent
on the current locale ("0.5" vs. "0,5" etc). Some places have been
converted to the use of us_atof() which is locale-independent; fix
all the remaining ones too.

Arial Black is available on all Mac OS X installations current VLC releases can run on and is the default for the 'Quartztext' renderer anyway.

Reported by Sebastian Apelt, Siberas.

Reported by Sebastian Apelt, Siberas.

Reported by Sebastian Apelt, Siberas.

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

For the moment, it is only deactivated when using input_Read
and input_Preparse (it was making blocking vlc at start-up).