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>

Remove leftovers from older codeparts.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Comparing signed to unsigned.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Refactor teardown code a little, merging the picture_pool destruction into the
core Close method as well as adding a missing free and tweak teardown order to
be a bit more sane.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Use mmal_queue_timedwait instead of mmal_queue_wait to avoid deadlocks if due
to some unexpected reason no mmal buffer is available for a picture to be
locked. This makes the mmal plugins more robust against mmal internal
failures.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

We need to make sure that a buffer is big enough to store the amount of data
we expect to receive from the decoder. Without doing this memory could be
corrupted due to the decoder writing outside the allocate memory.
Signed-off-by: Julian Scheel <julian@jusst.de>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>