- 10 Sep, 2014 10 commits
-
-
David Fuhrmann authored
-
David Fuhrmann authored
-
Hannes Domani authored
Signed-off-by: Tristan Matthews <le.businessman@gmail.com>
-
Rafaël Carré authored
Only modify bitstream (PCR & PES), but not VLC core timestamps
-
Rafaël Carré authored
-
Rafaël Carré authored
-
Rafaël Carré authored
-
Rafaël Carré authored
-
Rafaël Carré authored
-
Hannes Domani authored
Signed-off-by: Tristan Matthews <le.businessman@gmail.com>
-
- 09 Sep, 2014 4 commits
-
-
Rafaël Carré authored
This was handled in 675072a8
-
Hannes Domani authored
Signed-off-by: Tristan Matthews <le.businessman@gmail.com>
-
Francois Cartegnie authored
-
Rafaël Carré authored
Fix display of BSkyB program names as 0x86Foobar0x87
-
- 08 Sep, 2014 1 commit
-
-
Jean-Baptiste Kempf authored
Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>
-
- 07 Sep, 2014 4 commits
-
-
Rémi Denis-Courmont authored
For instance 6.1 to 4.0 would break. Also remove a bunch of tautologies.
-
Rémi Denis-Courmont authored
This was already supported, but filtered out while probing.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
The core ensures that i_codec and audio.i_format are equal.
-
- 06 Sep, 2014 6 commits
-
-
Benjamin Drung authored
-
Rémi Denis-Courmont authored
This is useless since a274331e.
-
Rafaël Carré authored
-
Rafaël Carré authored
-
Rafaël Carré authored
-
Rémi Denis-Courmont authored
-
- 05 Sep, 2014 1 commit
-
-
Jean-Baptiste Kempf authored
-
- 04 Sep, 2014 14 commits
-
-
Felix Paul Kühne authored
-
Rémi Denis-Courmont authored
-
Julian Scheel authored
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>
-
Julian Scheel authored
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>
-
Julian Scheel authored
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>
-
Rémi Denis-Courmont authored
-
Julian Scheel authored
Remove leftovers from older codeparts. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Julian Scheel authored
Comparing signed to unsigned. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Julian Scheel authored
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>
-
Julian Scheel authored
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>
-
Julian Scheel authored
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>
-
Julian Scheel authored
The pictures plane specifications were always filled with the size information obtained from the vlc picture format combined with the assumption of having 3 planes. As this is not correct for the opaque case were only one plane with a fixed size, which matches the mmal video_render input size, is used, change the code to take care of this. This change is required to provide other plugins reliable information about the allocated data buffer size. Signed-off-by: Julian Scheel <julian@jusst.de> Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Rafaël Carré authored
-
Erwan Tulou authored
Switch the layout activity to true before actually displaying the layout. This gives controls a chance to reinitialize before any real drawing occurs, and thus a clean animation gets displayed without any unwanted stray image. This fixes trac #12083
-