- 10 Jan, 2014 27 commits
-
-
Dmitry Timoshkov authored
-
Dmitry Timoshkov authored
-
Dmitry Timoshkov authored
-
Dmitry Timoshkov authored
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
Michael Stefaniuc authored
include: There is no need to duplicate CLSID_DirectMusicAudioPathConfig as CLSID_DirectMusicAudioPath. CLSID_DirectMusicAudioPath is private to Wine and produces the confusion between the COM objects DirectMusicAudioPath and DirectMusicAudioPathConfig. But those are totally different things.
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Michael Stefaniuc authored
-
Henri Verbeet authored
-
Henri Verbeet authored
-
Henri Verbeet authored
-
Henri Verbeet authored
-
Henri Verbeet authored
-
Ken Thomases authored
winemac: For ChangeDisplaySettingsEx(), if caller didn't specify, prefer non-interlaced and unstretched modes.
-
Ken Thomases authored
When originalDisplayModes has entries, the app is active. When the app is active, latentDisplayModes is empty.
-
Ken Thomases authored
-
Ken Thomases authored
We only care if we have changed the mode and we're changing it back to its original. Even if the current mode matches the target mode, we may still need to release the displays and clear the entry from originalDisplayModes.
-
Ken Thomases authored
winemac: Don't assume the current display mode is the original if we don't have the displays captured. Another process may have changed the display mode before we queried the current mode, so we may be seeing a non-original mode.
-
Ken Thomases authored
originalDisplayModes should be used when active, empty when inactive. latentDisplayModes is used when inactive, empty when active. The count of entries in originalDisplayModes is used to test whether the process has the displays captured so adding entries when inactive would give incorrect results. This could have led us to mistakenly change the display mode when we don't have the displays captured.
-
Hans Leidekker authored
-
Nikolay Sivov authored
-
Frédéric Delanoy authored
-
- 09 Jan, 2014 13 commits
-
-
Akihiro Sagawa authored
-
Akihiro Sagawa authored
-
Akihiro Sagawa authored
-
Piotr Caban authored
-
Andrey Gusev authored
-
Frédéric Delanoy authored
-
Erich E. Hoover authored
-
Erich E. Hoover authored
-
Erich E. Hoover authored
-
Dmitry Timoshkov authored
-
Stefan Dösinger authored
The ARR codepath used if ctx->target_version >= NV2 does not account for the correction offset, but the indirect addressing reads do, which ultimately results in incorrect offsets. Since the limitation goes away as soon as we enable GL_NV_vertex_program_2_option ignoring the offset is the best thing to do. I don't set shader_data->rel_offset to zero in the pre-compilation analysis because enablding NV_vertex_program2 is in theory a decision that is taken later during code generation.
-
Stefan Dösinger authored
-
Stefan Dösinger authored
-