- 10 Feb, 2010 19 commits
-
-
Rémi Denis-Courmont authored
The old video output core assumes that the fullscreen state must be toggled if the VOUT_FULLSCREEN_CHANGE bit is set. So we need to check that the target state is not already correct, as the VLC variables core does NOT do it internally. This commit provides rare exception to the rule that oldval is useless. This fixes a whole class of race conditions where two threads try to change fullscreen status at the same time. In the video filter case, we now enable fullscreen on all childrens, not just one. This seems a bit more logical for wall. Without this, toggling fullscreen would only ever work on the first video output. With this, things should work great if the different pieces of the wall are on different video ports, and OK (Alt+Tab is your friend) otherwise.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
This reverts commit af688c8f.
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Jakob Leben authored
-
Jakob Leben authored
-
Jakob Leben authored
-
Jakob Leben authored
-
Jakob Leben authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Jakob Leben authored
-
Jakob Leben authored
The longname argument to macro #define VLC_SD_PROBE_HELPER(name, longname, cat) is usually in the form like N_("some_longname"). Literalization of the argument by doing # longname in the macro will result in a literal "N_(\"some_longname\")" instead of translating the long name.
-
Jakob Leben authored
-
Jakob Leben authored
remove non-existent file reference
-
Jakob Leben authored
typo?
-
- 09 Feb, 2010 21 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
Software versions are totally out-of-date. Platforms don't even exist anymore. And this predated ARM support in the contrib.
-
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
Use INSTALL.win32 instead.
-
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
We already have the variables lock for that.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
This fixes a buffer overflow and a warning. This reverts commit caa08dce.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
pl_Hold() assumed the playlist was already created. pl_Release() does not solve any problem. Playlist synchronization is done with the playlist lock, while playlist deletion must anyway be done after all interfaces, services and other threads are joined.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
The previous fix made the fetcher and preparser persistent throughout the lifetime of the playlist. So we don't need to protect the pointers anymore. Also, they are internally thread-safe (with their own lock).
-