June 2024 - Wine-GitLab - list.winehq.org

Re: [PATCH v7 0/6] MR5773: mmdevapi: Implent a few IAudioSessionControl2 methods - approved
by Alexandre Julliard (＠julliard) June 14, 2024

June 14, 2024

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5773

1 0

[PATCH v3 0/2] MR5810: Cap default period in mmdevapi instead of the audio driver.
by Davide Beatrici (＠davidebeatrici) June 14, 2024

June 14, 2024

Trace output with PulseAudio: ``` 0144:trace:mmdevapi:adjust_timing Requested duration 1000000 and period 0 0144:trace:mmdevapi:adjust_timing Device periods: 26666 default and 26666 minimum 0144:trace:mmdevapi:adjust_timing Adjusted duration 1000000 and period 100000 ``` -- v3: winepulse: Don't cap period(s). mmdevapi: Cap default period to 10 ms. https://gitlab.winehq.org/wine/wine/-/merge_requests/5810

3 4

[PATCH 0/1] MR5852: win32u: Implement EVENT_OBJECT_DESTROY.
by Esme Povirk (＠madewokherd) June 14, 2024

June 14, 2024

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/5852

2 1

[PATCH v5 0/5] MR5798: winemac: Push window surface updates to the main thread.
by Rémi Bernon June 14, 2024

June 14, 2024

Instead of accessing the surface with macdrv_get_surface_display_image. -- v5: winemac: Remove now unnecessary cocoa window surface pointer. winemac: Push window surface image updates to the main thread. winemac: Create window surface CGImageRef on surface flush. winemac: Create a provider for the surface and a HBITMAP wrapping it. winemac: Remove unused macdrv_get_surface_display_image copy_data parameter. https://gitlab.winehq.org/wine/wine/-/merge_requests/5798

1 7

[PATCH v2 0/2] MR5810: Cap default period in mmdevapi instead of the audio driver.
by Davide Beatrici (＠davidebeatrici) June 14, 2024

June 14, 2024

Trace output with PulseAudio: ``` 0144:trace:mmdevapi:adjust_timing Requested duration 1000000 and period 0 0144:trace:mmdevapi:adjust_timing Device periods: 26666 default and 26666 minimum 0144:trace:mmdevapi:adjust_timing Adjusted duration 1000000 and period 100000 ``` -- v2: winepulse: Don't cap period(s). mmdevapi: Cap default period to 10 ms. https://gitlab.winehq.org/wine/wine/-/merge_requests/5810

4 7

[PATCH v4 0/5] MR5798: winemac: Push window surface updates to the main thread.
by Rémi Bernon June 14, 2024

June 14, 2024

Instead of accessing the surface with macdrv_get_surface_display_image. -- v4: winemac: Remove now unnecessary cocoa window surface pointer. winemac: Push window surface image updates to the main thread. winemac: Create window surface CGImageRef on surface flush. winemac: Create a provider for the surface and a HBITMAP wrapping it. winemac: Remove unused macdrv_get_surface_display_image copy_data parameter. https://gitlab.winehq.org/wine/wine/-/merge_requests/5798

2 9

[PATCH 0/3] MR5849: kernelbase: Add GetFileMUIInfo implementation.
by Piotr Caban (＠piotr) June 14, 2024

June 14, 2024

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/5849

3 7

[PATCH v2 0/5] MR5794: Cmd engine rewrite (part V)
by eric pouech (＠epo) June 14, 2024

June 14, 2024

The aim of this serie is to split FOR loop instruction parsing from it's execution. In more details: - introduces CMD_FOR_CONTROL structure to hold parsed FOR instruction - improves the support of FOR loop variables (%0-%9 are now available) - fixes a couple of issues in FOR instruction parsing (missing \t detection in a couple of places, quotes management), - fixes a couple of issues in FOR execution (mainly missing delayed substitution of some constructs) - code refactoring with helpers -- v2: programs/cmd: Introduce helpers to handle directory walk. programs/cmd: Enable '%0' through '%9' as valid FOR loop variables. programs/cmd: Introduce helpers to save and restore FOR loop contexts. programs/cmd: Introduce helpers to handle FOR variables. programs/cmd: Add more tests about FOR loops. https://gitlab.winehq.org/wine/wine/-/merge_requests/5794

2 6

[PATCH v8 0/2] MR4698: Draft: winewayland.drv: Add unaccelerated pointer support
by Grigory Vasilyev (＠h0tc0d3) June 14, 2024

June 14, 2024

Adds the registry key `HKEY_CURRENT_USER\\Software\\Wine\\Wayland Driver\\unaccelerated_pointer` witch allows raw input. This makes it easier to calculate the same sensitivity in different games, use sensitivity calculators, and easily change values when changing DPI and do not depend on the compositor or OS. For example, you want to set the sensitivity to half as much, and sensitivity curves in libinput are more difficult to calculate than in the games themselves. Based on Proton and Wine-Staging patches by @rbernon. -- v8: winewayland.drv: Add unaccelerated pointer support server: Add send_hardware_message flags for rawinput translation. https://gitlab.winehq.org/wine/wine/-/merge_requests/4698

3 4

[PATCH 0/4] MR5844: opengl32: Add default implementations for wglGetPixelFormatAttrib{i,f}vARB.
by Alexandros Frantzis (＠afrantzis) June 14, 2024

June 14, 2024

This MR extends the `wgl_pixel_format` struct with extra fields required to implement `wglGetPixelFormatAttribivARB` in opengl32.dll. I have added only fields that are relevant to the current needs of the drivers. The default implementation will be used automatically if the driver populates the extra fields, which this MR does for the winex11 driver. The new winex11 implementation tries to remain faithful to the previous behavior in terms of error handling and fallbacks. To achieve this the `wgl_pixel_format` extra fields can be marked as invalid in order for the default implementation to return errors accordingly. Note, however, that error handling around `glXGetFBConfigAttrib` is not very consistent (e.g., the parts of `describe_pixel_format` dealing with PIXELFORMATDESCRIPTOR generally disregard errors). The MR also adds a default implementation for `wglGetPixelFormatAttribfvARB` which piggy-backs on the integer variant of this function, and removes the need for the corresponding code in the drivers. Note that we could potentially remove this function completely from `struct opengl_funcs` (i.e., place it in `manual_win_functions` in `make_opengl`), but it seems the pattern is to maintain a complete list of extension functions (and wined3d also populates the field internally, although it doesn't seem to do anything with it). Finally, the `winex11.drv/opengl.c` file contains a mix of coding styles. I chose to be consistent with the style of the closest context (e.g., the function) I was making changes/additions in. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5844

3 10