May 2026 - Wine-GitLab - list.winehq.org

[PATCH v3 0/1] MR10851: Draft: vbscript: Implement IDispatch::GetTypeInfo for class instances via ICreateTypeLib2.
by Francis De Brabandere (＠francisdb) May 13, 2026

May 13, 2026

Alternative to !10461 Build a TKIND_DISPATCH ITypeInfo for each class instance using oleaut32's ICreateTypeLib2 / ICreateTypeInfo API rather than hand-rolling the 22 ITypeInfo methods. The class name comes back from GetDocumentation(MEMBERID_NIL), public funcs and Dim'd properties are exposed via GetFuncDesc/GetVarDesc, and inherited typeinfo machinery (GetContainingTypeLib etc.) works for free. A few assertions are marked todo_wine because Wine's oleaut32 CreateTypeLib2 currently: - adds 7 phantom inherited IDispatch methods to TKIND_DISPATCH typeinfos, inflating cFuncs and zeroing cImplTypes; - returns E_INVALIDARG instead of TYPE_E_BADMODULEKIND from CreateInstance; - doesn't zero the out-parameter on AddressOfMember failure; - returns a reftype from GetRefTypeOfImplType that GetRefTypeInfo can't resolve. The new test passes with 0 failures on native Windows VBScript and on Wine (8 todo_wine on the assertions above). -- v3: vbscript: Implement IDispatch::GetTypeInfo for class instances via ICreateTypeLib2. https://gitlab.winehq.org/wine/wine/-/merge_requests/10851

3 3

[PATCH v3 0/1] MR10886: dsound: Remove unused DSOUND_renderers list and lock.
by Jon Koops (＠jonkoops) May 13, 2026

May 13, 2026

Follow-up to !10735, as suggested by @Mystral. With device sharing removed, the global DSOUND_renderers list is no longer used for lookups. Devices were still added to and removed from the list, but nothing read from it. Remove the list, the critical section protecting it, and the entry field from DirectSoundDevice. -- v3: dsound: Remove unused DSOUND_renderers list and lock. https://gitlab.winehq.org/wine/wine/-/merge_requests/10886

2 2

[PATCH 0/1] MR10792: winepulse.drv: Don't advance read pointer past data not yet consumed by PA
by Dzmitry Keremsha (＠Vyrolian) May 13, 2026

May 13, 2026

Adds a simple throttling mechanism to prevent pointer overlaps when winepulse is faster than the audio server. Winepulse uses a fake clock to advance the pointers: ```c /* regardless of what PA does, advance one period */ adv_bytes = min(stream->period_bytes, stream->held_bytes); stream->lcl_offs_bytes += adv_bytes; stream->lcl_offs_bytes %= stream->real_bufsize_bytes; stream->held_bytes -= adv_bytes; ``` And if winepulse is just a little bit faster than the audio server (does not matter PW or PA), it inevitably leads to pointer overlaps and therefore crackling. This patch proposes a throttling mechanism that is somewhat similar to winealsa - don't ever tell the application we have more space than we actually do. The problem could probably be resolved by making the fake clock perfectly mimic the audio server, but this is orders of magnitude more difficult. Winealsa achieves similar idea this way: `data_frames_played = min(stream->data_in_alsa_frames, avail); stream->held_frames -= data_frames_played;` The issue I am trying to fix is very real - it can cause crackling in any game you try. You don't have to hear the crackling to see that it's mathematically inevitable by logging the difference between held_bytes and pa_held_bytes. If it becomes smaller and goes negative - crackling is inevitable, because pointers will overlap. The issue is not tied to PW or PA specifically, I observed the behavior with both. In regards to how it interacts with MR https://gitlab.winehq.org/wine/wine/-/merge_requests/8628 - no issues in GoWR in my testing, unless you try enabling PROTON_LOG for pulse (which is very spammy in this game), and spam yes on all threads - which would also cause stream resets with unchanged winepulse, just later. Additionally, this patch has already been implemented in Proton GE and Proton CachyOS for about two months now - no issues and it has helped some people. There are not a lot of open issues regarding audio because unfortunately crackling is very underreported - you can look at GoWR protondb page before the 8628 MR - it definitely crackled, but many reports were not stating so. There are a lot of reports of crackling on virtually any game on protondb. You can also see people solve crackling issues for Arc Raiders (which I personally had myself before patching winepulse) by using winealsa: https://github.com/ValveSoftware/Proton/issues/9164#issuecomment-3529760335. One thing to look out for though - in CI spatialaudio tests will fail, but they fail literally the same way they do with winealsa - this is because there is nowhere for audio to go in a virtual environment, pa_held_bytes balloons while held_bytes drops, they overlap and held_bytes stops moving, and the tests start failing. No issues locally. I have previously tried tackling crackling in this pr: https://gitlab.winehq.org/wine/wine/-/merge_requests/9840 (although it was for underflows instead). My approach was admittedly incorrect, however it did help me discover this issue. Good audio is fundamental in my opinion, I would really love to see crackling-free audio for everyone regardless of proton version. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10792

4 50

[PATCH v2 0/1] MR10886: dsound: Remove unused DSOUND_renderers list and lock.
by Jon Koops (＠jonkoops) May 13, 2026

May 13, 2026

Follow-up to !10735, as suggested by @Mystral. With device sharing removed, the global DSOUND_renderers list is no longer used for lookups. Devices were still added to and removed from the list, but nothing read from it. Remove the list, the critical section protecting it, and the entry field from DirectSoundDevice. -- v2: dsound: Remove unused DSOUND_renderers list and lock. https://gitlab.winehq.org/wine/wine/-/merge_requests/10886

2 1

[PATCH 0/1] MR10886: dsound: Remove unused DSOUND_renderers list and lock.
by Jon Koops (＠jonkoops) May 13, 2026

May 13, 2026

Follow-up to !10735, as suggested by @Mystral. With device sharing removed, the global DSOUND_renderers list is no longer used for lookups. Devices were still added to and removed from the list, but nothing read from it. Remove the list, the critical section protecting it, and the entry field from DirectSoundDevice. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10886

2 1

[PATCH 0/3] MR10874: d3d8: Do not support multisampling for 16-bit formats.
by Conor McCarthy (＠cmccarthy) May 13, 2026

May 13, 2026

Star Wars Starfighter depends upon `Reset()` failing when it tries to enable multisampling, because it calls `LockRect()` on the back buffer, leaving it in WINED3D_LOCATION_SYSMEM which later hits "Not supported for multisample textures" in `wined3d_texture_gl_upload_data()`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10874

3 5

[PATCH 0/3] MR10884: Use non-static objects in tests to avoid clang compilation errors
by Ivan Ivlev (＠iviv) May 13, 2026

May 13, 2026

I was building wine with tests using clang-11 and discovered following errors: wine-iviv/dlls/winmm/tests/wave.c:2453:22: error: initializer element is not a compile-time constant .SubFormat = KSDATAFORMAT_SUBTYPE_PCM, wine-iviv/dlls/dmsynth/tests/dmsynth.c:1788:9: error: initializer element is not a compile-time constant default_note_on, wine-iviv/dlls/vccorlib140/tests/vccorlib.c:707:38: error: initializer element is not a compile-time constant static const GUID guids_src\[\] = {IID_IUnknown, IID_IInspectable, IID_IAgileObject, IID_IMarshal, guid_null}; wine-iviv/dlls/vccorlib140/tests/vccorlib.c:1378:34: error: initializer element is not a compile-time constant {TYPECODE_GUID, {.guid = IID_IInspectable}, PropertyType_Guid, sizeof(GUID), L"{af86e2e0-b12d-4c6a-9c5a-d7aa65101e90}"}, wine-iviv/dlls/vccorlib140/tests/vccorlib.c:2193:30: error: initializer element is not a compile-time constant static const GUID guid = IID_IInspectable; For newer clang versions (tested for clang-19) there is no problem, but older clang-11 does not recognize these objects as compile-time constants. So i removed "static" where needed, making it automatic/runtime initializations. These changes do not change tests behavior at all, tested for both 64-bit and 32-bit versions. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10884

2 3

[PATCH 0/1] MR10883: explorer: Accept 'fullscreen' as a size for the '/desktop=' flag
by Andrea Faulds (＠hikari_no_yume) May 13, 2026

May 13, 2026

For example, 'explorer /desktop=shell,fullscreen' can be used instead of 'explorer /desktop=shell,1920x1080' if your primary monitor is 1080p. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10883

2 1

Re: [PATCH v7 0/2] MR10735: dsound: Create independent devices for each DirectSoundCreate call.
by Jon Koops (＠jonkoops) May 13, 2026

May 13, 2026

On Wed May 6 15:48:37 2026 +0000, Matteo Bruni wrote: > Thumb up on that. > I'll also point out that `DirectSoundDevice` is not a public API but > just an internal object, so this refcounting (or lack thereof) is not > going to affect anything visible outside. Here is the follow-up PR for that: !10882 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10735#note_139699

1 0

[PATCH 0/1] MR10882: dsound: Replace device reference counting with a stop event.
by Jon Koops (＠jonkoops) May 13, 2026

May 13, 2026

Follow-up to !10735. With device sharing removed, each DirectSoundDevice has exactly one owner and no longer needs reference counting. Replace the ref field with a stop event that the mixer thread waits on alongside the existing sleep event using WaitForMultipleObjects, and simplify DirectSoundDevice_Release to free unconditionally. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10882

2 1