- 02 Aug, 2012 3 commits
-
-
Rémi Denis-Courmont authored
-
Erwan Tulou authored
if a logo is bigger than a video and if positioning results in negative offsets, vlc crashes in the blend function. This patch adds a warning, and offset is forced to 0 if negative. Note that a bigger logo is not a problem per se. (Blend truncates the logo). Only offsetting it with negative values was a problem.
-
Erwan Tulou authored
-
- 01 Aug, 2012 8 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rafaël Carré authored
-
Rémi Denis-Courmont authored
Also update avcodec encoder and switcher x86 checks.
-
Rafaël Carré authored
-
Rafaël Carré authored
-
Christoph Miebach authored
-
Christoph Miebach authored
Pointed-out-by: Michał Trzebiatowski <hippie_1968@hotmail.com>
-
- 31 Jul, 2012 8 commits
-
-
Michał Trzebiatowski authored
Signed-off-by: Christoph Miebach <christoph.miebach@web.de>
-
Francois Cartegnie authored
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
This matches a similar problem on x264: http://mailman.videolan.org/pipermail/x264-devel/2012-January/009073.html
-
Felix Paul Kühne authored
-
Sebastien Zwickert authored
With minor updates by me. Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>
-
Christoph Miebach authored
-
Rafaël Carré authored
Show drift value in debug log
-
- 30 Jul, 2012 5 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
The frame rate is retrieved from the capture parameters nowadays. This option has no effects at the moment. It might be nice to reintroduce it so that it can select one rate when a device supports more than one. But that was never implemented so far.
-
- 29 Jul, 2012 16 commits
-
-
Jean-Baptiste Kempf authored
Close #7240
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Rémi Denis-Courmont authored
The "item-change" callback is called with the playlist lock held in at least one case: when the now playing meta is cleared while a new input is created by the playlist. playlist_CurrentInput() acquires the playlist lock. So the "item-change" callback cannot call it. This bug is present in the Growl, MSN and Telepathy modules since version 1.0.0. It got copied into Notify in version 2.0.0. This reverts commit fc56b92a. This should fix #6641.
-