- 20 Mar, 2010 9 commits
-
-
Jean-Philippe André authored
Avoids confusion between dialog:close() and the "close()" hook Partially fix #3304
-
Jean-Baptiste Kempf authored
-
Jean-Philippe André authored
Fix #3375
-
Jean-Baptiste Kempf authored
-
Francois Cartegnie authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Felix Paul Kühne authored
-
Gildas Bazin authored
arm_neon: fix the color conversion to use the actual pitch of the pictures instead of trying to guess it.
-
Eero authored
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>
-
Christophe Mutricy authored
-
- 19 Mar, 2010 10 commits
-
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
Close #3414
-
Jean-Baptiste Kempf authored
Ref #3414
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
Close #3408 (blocker) Close #3245 (blocker)
-
Erwan Tulou authored
the playlist control entirely redefines key processing (arrows, enter, ...). Yet, for keys not processed, forwarding them to vlc core is desirable. For instance, that enables n(ext) and p(revious) when focus is on the playlist, which is something users can expect to be working.
-
Erwan Tulou authored
-
- 18 Mar, 2010 13 commits
-
-
Hugo Beauzee-Luyssen authored
This was leading to a crash when using --no-keyboard-events Signed-off-by: Rémi Duraffort <ivoire@videolan.org>
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>
-
Jean-Paul Saman authored
The heap corruption occured when events returned a value. Since the events cross COM boundaries, the values returned should be allocated in COM context too. Allocating the memory with CoMemTaskAlloc() should be used instead of new or malloc().
-
Jean-Paul Saman authored
Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>
-
Jean-Paul Saman authored
Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
Events that do not originate from within the ActiveX JS context (which is a COM context) cannot cross into ActiveX/COM context. All events received from libvlc are in a different thread context then the ActiveX/COM code. Thus from a libvlc event handler callback it is not possible to call into the ActiveX/COM context. To solve this issue a seperate thread is created that manages sending of all events for the ActiveX webplugin (including events from libvlc). All events are by default routed through the GlobalInterfaceTable (GIT) which takes care ActiveX/COM calls that cross different thread context in the ActiveX/COM world. Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>
-
Jean-Paul Saman authored
Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>
-
Jean-Paul Saman authored
Signed-off-by: Jean-Paul Saman <jean-paul.saman@m2x.nl>
-
- 17 Mar, 2010 2 commits
-
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
- 16 Mar, 2010 1 commit
-
-
Gildas Bazin authored
codec/omxil: OMAP3430 only supports h264 baseline profile up to level 3.0. We now reject anything else as the codec gets confused otherwise. Also changed the priority so that this module is now the default video codec on Maemo.
-
- 15 Mar, 2010 5 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
That does not work anyway.
-
Rémi Denis-Courmont authored
-
Felix Paul Kühne authored
VLCKit: fixed typo which prevented the creation of re-distributable bundles and added the libvlc headers to the project file (not distributed in any target)
-
Felix Paul Kühne authored
-