The header needs to be referenced by the Makefile to be included in the dist
tarball.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>

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

Upgrading old saved values is done automatically. This will unset (=0) this value
if opened with older VLC versions afterwards.

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>

Only modify bitstream (PCR & PES), but not VLC core timestamps

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>

This was handled in 675072a8

Signed-off-by: Tristan Matthews <le.businessman@gmail.com>

Fix display of BSkyB program names as 0x86Foobar0x87

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

For instance 6.1 to 4.0 would break.
Also remove a bunch of tautologies.

This was already supported, but filtered out while probing.

The core ensures that i_codec and audio.i_format are equal.

This is useless since a274331e.

The port agnostic allocator helpers in mmal leak memory (see
https://github.com/raspberrypi/firmware/issues/310). As there is no benefit
using them instead of the default allocator in our case anyway, switch to the
default allocator, which avoids memory leakage on pool destruction.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The port agnostic allocator helpers in mmal leak memory (see
https://github.com/raspberrypi/firmware/issues/310). As there is no benefit
using them instead of the default allocator in our case anyway, switch to the
default allocator, which avoids memory leakage on pool destruction.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The mmal buffer pool was allocated twice by accident, which caused a leak of
the first one being allocated.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>