- 05 Jun, 2010 9 commits
-
-
Ilkka Ollakka authored
-
Ilkka Ollakka authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Jean-Philippe André authored
-
Jean-Philippe André authored
-
Jean-Philippe André authored
-
Rémi Denis-Courmont authored
-
- 04 Jun, 2010 8 commits
-
-
Felix Paul Kühne authored
Manual forward-port of [41c69be0]
-
Felix Paul Kühne authored
-
Felix Paul Kühne authored
-
Pierre Ynard authored
We don't want that anymore anyway
-
Pierre Ynard authored
We parse the additional HTML5 section too, the only place where the WebM formats are listed. If the URL contains "&html5=True", the WebM formats are preferred, when available.
-
Rémi Denis-Courmont authored
Normally, the window will go on top of the stack of normal windows anyway. If not, we may need to force this, which is different from always-on-top in any case. Known issue: toggling video on top while in fullscreen is not implemented yet.
-
Pierre Ynard authored
This also saves one HTTP redirect
-
Ilkka Ollakka authored
-
- 03 Jun, 2010 15 commits
-
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
This saves a few mutexes, but it does not really solve gcrypt reentrancy. gcry_control() should only be called once for all per copy of gcrypt in the memory. This is hard to conciliate with dlopen().
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
André Weber authored
-
Rémi Denis-Courmont authored
-
Kai Lauterbach authored
The Fnordlicht-Class implements only parts of the fnordlicht-protocol: sync, stop, start_bootloader, boot_enter_application and fade_rgb Have a look at http://github.com/fd0/fnordlicht/raw/master/doc/PROTOCOL for more details. Signed-off-by: André Weber <atmo@videolan.org>
-
Ilkka Ollakka authored
Now epg-content should update automaticly when user changes channel etc.
-
Christophe Mutricy authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
- 02 Jun, 2010 8 commits
-
-
Jean-Baptiste Kempf authored
Compiling qt on win32 is still long and painful
-
Christophe Mutricy authored
-
Ilkka Ollakka authored
-
Rémi Duraffort authored
Nnot every options are implemented right now, only the most wanted.
-
Jean-Philippe André authored
This extension is in French only. A german version may appear soon.
-
Jean-Philippe André authored
-
Rémi Denis-Courmont authored
It will be hard to convince all Mozilla plugins-capable browsers to call XInitThreads() early enough, if it ever happens. In the mean time, make sure we use only pure XCB and avoid Xlib in VLC plugins. Note: I did not check that the web plugins itself was not using Xlib outside the main Mozilla browser thread. This should fix #3662. We loose GLX and PulseAudio inside Mozilla.
-
Rémi Denis-Courmont authored
Certain LibVLC applications fail to call XInitThreads() before they call XOpenDisplay(). Then VLC calls XInitThreads(). Then the applications call XCloseDisplay(), which raises a segmentation fault. In this case, Xlib tries acquire lock that was never created as the Display ppinter was created before threaded Xlib mode was enabled. These applications can now pass --no-xlib to libvlc_new(). This will prevent any VLC Xlib-based plugin from being used. Currently, this affects interfaces (not really an issue), PulseAudio (until Colin's patch is merged upstream) and GLX (Xlib-based by design). This will be necessary to address #3662.
-