- 19 Mar, 2008 28 commits
-
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
Fix "Remove security-policy UI" [2db278fa] commit that made overlapping.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
(Don't expect this to work yet though)
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
protocol, so don't try to use atoi() there.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Sam Hocevar authored
LoadLibrary can either point to LoadLibraryA or LoadLibraryW depending on the system and build options, so let's use LoadLibrary everywhere for consistency. Also, wrap static argument strings with _T() so that they're automatically in the right format.
-
Pavlov Konstantin authored
Thanks to Alin Rad Pop, Secunia Research. Ported from libxine.
-
Sam Hocevar authored
In some cases (eg. when building binary packages) one only needs libvlc and libvlc-control and does not wish to build or install VLC binaries. This --disable-vlc flag saves us from manually removing the unwanted binaries after "make install".
-
Filippo Carone authored
-
Pierre d'Herbemont authored
auhal: Fix kAudioDevicePropertyDeviceIsAlive check (vlc_bool_t size has changed and doesn't match anymore the needed param size for kAudioDevicePropertyDeviceIsAlive).
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
Revert "Fix compilation, by "fixing" VLC_PUBLIC_API." as the compilation breakage on Qt4 was obviously a typo in 461e426f. This reverts commit 82d39c38.
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
Revert "VLC_PUBLIC_API needs extern "C" on windows/c++ too." This reverts commit 4af174fc. Revert "Mark VLC_PUBLIC_API as extern "C" when using C++." This reverts commit 879e3eb2. Don't publish the default object destructor. (VLC_PUBLIC_API is broken)
-
Jean-Baptiste Kempf authored
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
control/media_instance.c: Fix libvlc_media_instance_new_from_input_thread() now that input refcounting is fixed.
-
Rafaël Carré authored
Patch contributed by dkl0
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
vlm: Don't automatically detach in vlm_Delete if not needed, this will be done at destroy time if needed (This should fix some rare bug).
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
-
- 18 Mar, 2008 12 commits
-
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
-
Pierre d'Herbemont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
(funman removed m3u-extvlcopt a few days ago).
-
Rémi Denis-Courmont authored
In by far the overwhelming majority of cases, the user would not know how to determine the correct answer to the security prompt (did you ever compare SSL error handling in IE6 and IE7?). Since the trust value is now determined programatically, this would seem to mostly help users shoot themselves in the foot. --security-policy is also broken when using --playlist-enqueue: imagine you are running VLC with no security, and then your browser enqueues an M3U from some nasty webserver... fireworks. Wrappers around VLC really should NOT use M3U files if they need to tweak certain options (e.g. --sout). Global options can simply be set the normal way from the command line (e.g.: vlc --sout '#std{...}'). Per-item options can be set using the colon notation. Multiple items should be expanded on the command line in the right order, rather than written to a M3U file. Alternative, IPC interfaces could be used (single instance + playlist enqueue, RC interface, DBus interface...) or language bindings. *** Important note *** Web browser plugins are still in need of fixing. I suppose libvlc-control should be extented to support playlist item trust. Feel free to revert and do something else if you have a _better_ idea.
-