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

Thisway we don't reset playback rate between items

They applied it upstream, almost completly
As discussed at FOMS

BDMV/ isn't supported yet, because we don't know how to do wrt to AACS
and BD+ yet

If you --enable-live555 and are too old, it will error
Else, if you are too old, it will error

If you use live555-tree, you are on your own.

This reverts commit 61f0547b.

Conflicts:

	include/vlc/libvlc.h

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

LUA HTTP Interface: Implementation of missing seeking funtionality when using status.xml from the lua http interface.

Seeking is now possible with relative values instead of just absolute ones.
Also the time format as mentioned in the readme file is now recognized:
[+ or -][<int><H or h>:][<int><M or m or '>:][<int><nothing or S or s or ">]
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

This fix a strange behavior if playlist_Pause is called without input.

LUA HTTP Interface: If <id> is omitted at the status.xml play command, play last active item instead of first playlist item.
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

Pointed-out-by: Rémi Denis-Courmont.

Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

H.264 SEI recovery points are put at frames in the stream that are not
(necessarily) keyframes, but that mark “if you decode the next N frames, you
will have a [perfectly or approximately] valid picture no matter what your
starting point was”. In particular, this is needed to decode streams encoded
with Periodic Intra Refresh (e.g. --sout-x264-intra-refresh true), at least if
you don't see the beginning of the stream, e.g. tuning into a multicast stream.
This may also help with some kinds of streams from AVCHD cameras that use
similar techniques.

One could argue that this functionality should live inside libavcodec instead,
but given that VLC does its own H.264 depacketization, this seems to be the
best place. I've tested it with streaming over UDP, and it seems to work fine.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Rémi Duraffort <ivoire@videolan.org>