- 10 Feb, 2010 27 commits
-
-
Antoine Cellerier authored
-
Rémi Denis-Courmont authored
If we just set "fullscreen" on the emitting video output, the fullscreen mode will not survive a change of video output. With this hack, the hotkeys interface can handle the request correctly. On the other hand, the hotkeys can also handle it incorrectly (e.g. if inside LibVLC). It all comes down to the fact that key actions are per instance, when most of them should be per-input.
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
This fixes use of multiple inputs with LibVLC. This also fixes a theoretical crash if you toggle fullscreen 2^32 times.
-
Rémi Denis-Courmont authored
This allows the value to be inherited most cleanly across inputs (if the video output cannot be recycled anyway). This also enables changing the fullscreen status in absence of video, just like LibVLC does.
-
Rémi Denis-Courmont authored
At least the ncurses and MacOS interface already depends on this, and the earlier did not create it... This is needed for a later fix to LibVLC.
-
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
This is fundamentally a lock inversion between the parent and child object variables locks. Interfaces (hotkeys and others) use downward propagation, so we keep that direction and remove the other direction.
-
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 13 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
-