- Wine-GitLab - list.winehq.org

[PATCH v10 0/23] MR9928: Draft: dsound: Speed up resampling.
by Anton Baskanov (＠baskanov) Feb. 28, 2026

Feb. 28, 2026

This implements a number of optimizations, in particular: - Swapping around the resampling loops in case of downsampling, allowing the FIR step to stay fixed regardless of the resampling ratio. - Rearranging the FIR array elements to make the access sequential. - Adding SSE versions of the resampling functions. Together, these amount to more than a 5x reduction of `cp_fields_resample` execution time. The quality of the resampling should be the same, or even improve slightly, due to a more precise `rem` calculation and removal of the FIR step rounding, although I haven't yet conducted any measurements. **UPDATE** Added some more optimizations: - Using fixed point math inside the resampling functions. - Optimizing the SSE versions by hand. - Adding AVX+FMA3 versions of the resampling functions. - Getting and putting all channel samples in one go. Combined with the previous ones, these bring the total speedup to 15x for upsampling and 13x for downsampling compared to the upstream. -- v10: dsound: Initialize freqAccNum to freqAdjustDen / 2. dsound: Get all channel samples in one go. dsound: Put all channel samples in one go. dsound: Get rid of get_aux and call the functions directly. dsound: Get rid of put_aux and call the functions directly. dsound: Add a 32-bit AVX+FMA3 version of downsample. dsound: Add a 32-bit AVX+FMA3 version of upsample. dsound: Add a 32-bit SSE version of downsample. dsound: Add a 32-bit SSE version of upsample. dsound: Use #define for fir.h contants. dsound: Use a 0.32 fixed point number to represent the resampling ratio. dsound: Replace multiplications by fir_step and fir_width with bit shifts. dsound: Premultiply the input value by firgain and the interpolation weights in downsample. dsound: Transpose the FIR array to make the element access sequential. dsound: Calculate firgain more accurately. dsound: Calculate required_input more accurately. dsound: Swap around the two nested loops in downsample. dsound: Don't invert the remainder twice in upsample. dsound: Use a fixed upsampling loop boundary. dsound: Don't pass dsbfirstep to upsample. dsound: Don't apply firgain in upsample. dsound: Split resample into separate downsample and upsample functions. dsound: Use signed int to calculate indices during resampling. This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/9928

1 1

[PATCH v6 0/3] MR9704: winmm, msvfw32: DGV window shenanigans with audio only files
by Bernhard Kölbl Feb. 28, 2026

Feb. 28, 2026

Basically, check if we can set a HWND in the driver, before doing so. Right now, msvfw32 + mciqtz32 error out on audio only playbacks, breaking the game Transcendence. -- v6: msvfw32: Only attempt to set a digital-video window, when the driver has a window itself. msvfw32/tests: Add a basic audio playback test. winmm/tests: Test digital-video window behavior for audio files. https://gitlab.winehq.org/wine/wine/-/merge_requests/9704

2 6

[PATCH 0/1] MR10212: propsys: Add more System Device Properties.
by Alistair Leslie-Hughes (＠alesliehughes) Feb. 28, 2026

Feb. 28, 2026

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

2 1

[PATCH 0/1] MR10211: include: Add IDataTransferManagerInterop interface
by Alistair Leslie-Hughes (＠alesliehughes) Feb. 28, 2026

Feb. 28, 2026

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

2 1

Re: [PATCH v3 0/3] MR10095: mf: Implement IMFTimer using a periodic callback. - approved
by Alexandre Julliard (＠julliard) Feb. 27, 2026

Feb. 27, 2026

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

1 0

Re: [PATCH v3 0/2] MR10162: d2d1: Clamp opacity value for d2d_device_context_draw_bitmap(). - approved
by Alexandre Julliard (＠julliard) Feb. 27, 2026

Feb. 27, 2026

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

1 0

Re: [PATCH v5 0/1] MR10199: msvcrt: Fix no buffering detection in _fwrite_nolock(). - approved
by Alexandre Julliard (＠julliard) Feb. 27, 2026

Feb. 27, 2026

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

1 0

Re: [PATCH v3 0/3] MR10198: crypt32: Support importing cert-only PKCS12 blobs in PFXImportCertStore. - approved
by Alexandre Julliard (＠julliard) Feb. 27, 2026

Feb. 27, 2026

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

1 0

Re: [PATCH v4 0/3] MR10175: winmm/tests: Test a curated list of wave formats. - approved
by Alexandre Julliard (＠julliard) Feb. 27, 2026

Feb. 27, 2026

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

1 0

Re: [PATCH v4 0/2] MR10190: winu32: Try harder to replace the old drawable everywhere. - approved
by Alexandre Julliard (＠julliard) Feb. 27, 2026

Feb. 27, 2026

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

1 0

Re: [PATCH v2 0/5] MR10182: dsound: Speed up resampling, part 2 - approved
by Alexandre Julliard (＠julliard) Feb. 27, 2026

Feb. 27, 2026

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

1 0

[PATCH 0/1] MR10210: kernelbase: Fix GetNativeSystemInfo() in an x86_64 process on ARM64.
by Brendan Shanks (＠bshanks) Feb. 27, 2026

Feb. 27, 2026

In an emulated x86 or x86_64 process on ARM64, GetNativeSystemInfo() should return information as if the native system is x86_64 (assuming x86_64 emulation is supported). This is working correctly for x86 processes, but x86_64 processes are returning PROCESSOR_ARCHITECTURE_ARM64. Fixes test failure when running as x86_64 on ARM64: ``` process.c:2424: Test failed: Expected no difference for wProcessorArchitecture, got 9 and 12 process.c:2427: Test failed: Expected no difference for dwProcessorType, got 8664 and 0 ``` --- I listed all the possibilities to help reason about this. If native_machine is I386: - is_wow64 is FALSE - GetNativeSystemInfo equivalent to GetSystemInfo If native_machine is AMD64, process is I386: - is_wow64 is TRUE - native system info should have processor architecture AMD64 If native_machine is AMD64, process is AMD64: - is_wow64 is FALSE - GetNativeSystemInfo equivalent to GetSystemInfo If native_machine is ARM64, process is ARM64: - is_wow64 is FALSE - GetNativeSystemInfo equivalent to GetSystemInfo If native_machine is ARM64, process is I386: - is_wow64 is TRUE - native system info should have processor architecture AMD64 If native_machine is ARM64, process is AMD64: - is_wow64 is FALSE - GetNativeSystemInfo equivalent to GetSystemInfo -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10210

3 2

[PATCH 0/6] MR10204: cfgmgr32: Get rid of setupapi dependency in DevObject* implementation (2/2).
by Rémi Bernon Feb. 27, 2026

Feb. 27, 2026

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

2 7

[PATCH v5 0/8] MR10209: kernelbase/loader.c: Include rudimentary support for multilanguage resource inclusion.
by Craig Schulstad (＠NoDakker) Feb. 27, 2026

Feb. 27, 2026

For programs that rely on language specific data for resources such as menus and text, attempt to search for and associated "mui" file. For example, if program "myapp.exe" is executed and resources are not found, and the user's language ID is "en-US", search for file "en-US/myapp.exe.mui", and if found, utilize that file for the source of resource data. -- v5: Edit loader.c - replaced another tab with spaces https://gitlab.winehq.org/wine/wine/-/merge_requests/10209

2 8

[PATCH v20 0/1] MR10192: kernelbase: Handle \\?\ prefix in GetLongPathNameW
by Vishnunithyasoundhar S (＠svishnunithyasoundhar) Feb. 27, 2026

Feb. 27, 2026

The current implementation of GetLongPathNameW triggers a FIXME and returns the original path when it encounters a UNC prefix. While true network UNC paths remain unimplemented, this change allows extended-length local paths (starting with \\\\?) to be resolved by stripping the prefix and processing the underlying local path. This fixes issues where applications (such as xalia) passing absolute paths with the extended-length prefix would fail to receive a normalized or resolved long path. ``` 881.036:00d4:00d8:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" ``` Tested: After change with added debug log ``` 22272.558:00d4:00d8:fixme:file:GetLongPathNameW DEBUG: Success! Returning path: L"Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" (Length: 125) ``` Signed-off-by: Vishnunithyasoundhar S svishnunithyasoundhar(a)gmail.com -- v20: fix: extended-file-name support https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH v19 0/1] MR10192: kernelbase: Handle \\?\ prefix in GetLongPathNameW
by Vishnunithyasoundhar S (＠svishnunithyasoundhar) Feb. 27, 2026

Feb. 27, 2026

The current implementation of GetLongPathNameW triggers a FIXME and returns the original path when it encounters a UNC prefix. While true network UNC paths remain unimplemented, this change allows extended-length local paths (starting with \\\\?) to be resolved by stripping the prefix and processing the underlying local path. This fixes issues where applications (such as xalia) passing absolute paths with the extended-length prefix would fail to receive a normalized or resolved long path. ``` 881.036:00d4:00d8:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" ``` Tested: After change with added debug log ``` 22272.558:00d4:00d8:fixme:file:GetLongPathNameW DEBUG: Success! Returning path: L"Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" (Length: 125) ``` Signed-off-by: Vishnunithyasoundhar S svishnunithyasoundhar(a)gmail.com -- v19: fix: extended-file-name support https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH v18 0/1] MR10192: kernelbase: Handle \\?\ prefix in GetLongPathNameW
by Vishnunithyasoundhar S (＠svishnunithyasoundhar) Feb. 27, 2026

Feb. 27, 2026

The current implementation of GetLongPathNameW triggers a FIXME and returns the original path when it encounters a UNC prefix. While true network UNC paths remain unimplemented, this change allows extended-length local paths (starting with \\\\?) to be resolved by stripping the prefix and processing the underlying local path. This fixes issues where applications (such as xalia) passing absolute paths with the extended-length prefix would fail to receive a normalized or resolved long path. ``` 881.036:00d4:00d8:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" ``` Tested: After change with added debug log ``` 22272.558:00d4:00d8:fixme:file:GetLongPathNameW DEBUG: Success! Returning path: L"Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" (Length: 125) ``` Signed-off-by: Vishnunithyasoundhar S svishnunithyasoundhar(a)gmail.com -- v18: fix: extended-file-name support https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH v3 0/1] MR10044: Draft: server: Clear connection failure events in IOCTL_AFD_WINE_CONNECT.
by Bernhard Übelacker Feb. 27, 2026

Feb. 27, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53574 See details in the bug report. [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=161764) -- v3: server: Clear connection failure events in IOCTL_AFD_WINE_CONNECT. https://gitlab.winehq.org/wine/wine/-/merge_requests/10044

2 4

[PATCH v5 0/4] MR10126: mf: Implement Scrubbing in SAR.
by Brendan McGrath (＠redmcg) Feb. 27, 2026

Feb. 27, 2026

This MR adds the `IMFPresentationTimeSource` interface to SAR and adds support for scrubbing. -- v5: mf: Report requested seek time until seek is complete. mf: Implement Scrubbing in SAR. mf: Check provided presentation clock has a time source. mf: Implement presentation time source for SAR. https://gitlab.winehq.org/wine/wine/-/merge_requests/10126

3 7

[PATCH v17 0/1] MR10192: kernelbase: Handle \\?\ prefix in GetLongPathNameW
by Vishnunithyasoundhar S (＠svishnunithyasoundhar) Feb. 27, 2026

Feb. 27, 2026

The current implementation of GetLongPathNameW triggers a FIXME and returns the original path when it encounters a UNC prefix. While true network UNC paths remain unimplemented, this change allows extended-length local paths (starting with \\?\) to be resolved by stripping the prefix and processing the underlying local path. This fixes issues where applications (such as xalia) passing absolute paths with the extended-length prefix would fail to receive a normalized or resolved long path. ``` 881.036:00d4:00d8:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" ``` Tested: After change with added debug log ``` 22272.558:00d4:00d8:fixme:file:GetLongPathNameW DEBUG: Success! Returning path: L"Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" (Length: 125) ``` Signed-off-by: Vishnunithyasoundhar S svishnunithyasoundhar(a)gmail.com -- v17: fix: extended-file-name support https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH v4 0/7] MR10209: kernelbase/loader.c: Include rudimentary support for multilanguage resource inclusion.
by Craig Schulstad (＠NoDakker) Feb. 27, 2026

Feb. 27, 2026

For programs that rely on language specific data for resources such as menus and text, attempt to search for and associated "mui" file. For example, if program "myapp.exe" is executed and resources are not found, and the user's language ID is "en-US", search for file "en-US/myapp.exe.mui", and if found, utilize that file for the source of resource data. -- v4: Edit loader.c - replaced tabbing with spacing https://gitlab.winehq.org/wine/wine/-/merge_requests/10209

2 7

[PATCH v3 0/7] MR10090: kernelbase/loader.c: Include rudimentary support for multilanguage resource inclusion.
by Craig Schulstad (＠NoDakker) Feb. 27, 2026

Feb. 27, 2026

For programs that rely on language specific data for resources such as menus and text, attempt to search for and associated "mui" file. For example, if program "myapp.exe" is executed and resources are not found, and the user's language ID is "ENU", search for file "myapp.ENU", and if found, utilize that file for the source of resource data. -- v3: kernelbase/loader.c: Add and refine the rudimentary support for multi-language resource retrieval. kernelbase/loader.c: Add rudimentary support for multiplanguage resource inclusion. Merge branch 'master' of https://gitlab.winehq.org/NoDakker/wine-mui-no-dakker kernelbase/loader.c: Add rudimentary multi-language resource support. kernelbase: Add rudimentary support for multilanguage resource retrieval kernelbase/loader.c: Include rudimentary support for multilanguage resource inclusion. kernelbase: Add rudimentary support for multilanguage resource retrieval kernelbase/loader.c: Include rudimentary support for multilanguage resource inclusion. https://gitlab.winehq.org/wine/wine/-/merge_requests/10090

2 7

[PATCH v15 0/1] MR10192: kernelbase: Handle \\?\ prefix in GetLongPathNameW
by Vishnunithyasoundhar S (＠svishnunithyasoundhar) Feb. 27, 2026

Feb. 27, 2026

The current implementation of GetLongPathNameW triggers a FIXME and returns the original path when it encounters a UNC prefix. While true network UNC paths remain unimplemented, this change allows extended-length local paths (starting with \\?\) to be resolved by stripping the prefix and processing the underlying local path. This fixes issues where applications (such as xalia) passing absolute paths with the extended-length prefix would fail to receive a normalized or resolved long path. ``` 881.036:00d4:00d8:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" ``` Tested: After change with added debug log ``` 22272.558:00d4:00d8:fixme:file:GetLongPathNameW DEBUG: Success! Returning path: L"Z:\\home\\vishnunithyasoundhars\\.steam\\debian-installation\\compatibilitytools.d\\debug_build\\files\\share\\wine/../xalia/xalia.exe" (Length: 125) ``` Signed-off-by: Vishnunithyasoundhar S svishnunithyasoundhar(a)gmail.com -- v15: fix: extended-file-name support https://gitlab.winehq.org/wine/wine/-/merge_requests/10192

2 1

[PATCH v2 0/3] MR10095: mf: Implement IMFTimer using a periodic callback.
by Brendan McGrath (＠redmcg) Feb. 27, 2026

Feb. 27, 2026

In preparation for adding the `IMFPresentationTimeSource` interface to SAR, this MR adds tests for `IMFPresentationClock` using a custom `IMFPresentationTimeSource`. These tests highlighted a couple of issues in wine: 1. Clock events are sent to a clock sink twice if it is also the presentation time source; and 2. The `IMFTimer::SetTimer` calls do not work correctly. This MR also addresses both of these issues. -- v2: mf: Implement IMFTimer using a periodic callback. mf: Don't async notify a sink that is also the time source. mf/tests: Test presentation clock with custom time source. https://gitlab.winehq.org/wine/wine/-/merge_requests/10095

3 9

[PATCH v2 0/2] MR10162: d2d1: Clamp opacity value for d2d_device_context_draw_bitmap().
by Zhiyi Zhang (＠zhiyi) Feb. 27, 2026

Feb. 27, 2026

Some applications call DrawBitmap() with the opacity value set to 255.0f and end up showing white in the end result. Tests show that the opacity value should be clamped to legitimate values. Command lists store the original opacity value according to tests. -- v2: d2d1: Clamp opacity value for brushes. d2d1/tests: Test brushes with out of range opacity values. https://gitlab.winehq.org/wine/wine/-/merge_requests/10162

3 4