This patch adds encode support to the LPCM module; only the DVD variant for
now. It's not been tested with any other clients than VLC.

The rationale for this functionality is relatively simple -- LPCM is
currently the only low-latency codec that VLC supports and that can be
embedded in a TS stream. Longer-term support for other low-latency codecs
would be good, but if you're not particularly bandwidth-constrained and need
low latency, this is currently the best option I know of.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Paths for error message must be UTF-8; they were locale.
Paths for probing must be UTF-8 also, as vlc_fopen() does the
conversion to locale internally.

Paths given to msg_*() function must be UTF-8, not local.

schroedinger doesn't depend on orcc anymore

Force MAKEFLAGS=-j1

make sure they are copied only after all contribs have been built

as suggested by courmisch

Where X is the number of CPU detected on Linux, or 1
TODO: detection on BSD, OSX, etc...

helps when paths have a space in them (/c/Program Files/...)

This reverts commit 5ff88fe4.
Patch applied upstream

patch sent upstream

lua_input: grab the input lock only one time when reading the metas (do not lock/unlock for each meta).

fix configuration with mingw on Linux
Acked-on-IRC-by: Jean-Baptiste Kempf <jb@videolan.org>

this should fix https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/521850
Tested successfully with compiz and metacity

Todo: adapt configure.ac to ensure XPM is available for skins2 (as done with mozilla)

Some old libraries configured with ancient autotools  don't recongize
amd64-mingw32msvc-
Also update libswscale patch (one hunk applied upstream)

Basically, we need that to be able to play correctly the matroska/webm
files that have unknow length segments

If you are running debian, use packages from experimental
If you are running Windows and Mac, the contribs are fine
Else, please contact your local distribution administrator