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>

This reverts commit e20a107d.

The format comments are out of sync with what the code actually
assumes. I updated the comments, and filled in some missing information from
http://www.mpucoder.com/DVD/ass-hdr.html .
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Require live555 version >= 2010.05.29

Too many quotes.

buttons in the managed layout.

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>