October 2026 - Wine-Bugs - list.winehq.org

[Bug 60390] New: Painkiller overdose did not run
by WineHQ Bugzilla Oct. 1, 2026

Oct. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=60390 Bug ID: 60390 Summary: Painkiller overdose did not run Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: lars_martin4(a)hotmail.com Target Milestone: --- Distribution: --- wine OverdoseAutorun.exe 002c:fixme:winediag:loader_init wine-staging 11.0 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 0054:err:sync:RtlpWaitForCriticalSection section 00006FFFFFC59440 "dlls/ntdll/loader.c: loader_section" wait timed out in thread 0054, blocked by 0060, retrying (60 sec) 003c:err:service:process_send_command receiving command result timed out 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 1053 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"HDDHealth" failed to start: 2 007c:fixme:service:service_control_dispatcher failed to open service L"" 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 1052 [2026-09-26 21:08:42.921] [MANGOHUD] [info] [blacklist.cpp:83] process 'explorer.exe' is blacklisted in MangoHud 0118:fixme:winediag:loader_init wine-staging 11.0 is a testing version containing experimental patches. 0118:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 60413] New: Loud buzzing only audio in many games when using 8-channel audio output; log fills up massively with same fixme line
by WineHQ Bugzilla Oct. 1, 2026

Oct. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=60413 Bug ID: 60413 Summary: Loud buzzing only audio in many games when using 8-channel audio output; log fills up massively with same fixme line Product: Wine Version: 11.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dsound Assignee: wine-bugs(a)list.winehq.org Reporter: winehq.org(a)rylab.dev Target Milestone: --- Distribution: --- Created attachment 82218 --> http://bugs.winehq.org/attachment.cgi?id=82218 launch log of running an affected game for a couple minutes 017c:fixme:dsound:DSOUND_MixerVol There is no support for 8 channels On a Macbook Pro with Apple T2 Audio driver (only 8 channel output is supported) many games (but not all) fill up the logs with the above fixme line (like, 1MB per minute worth of it) while only outputting a loud sawtooth buzzing noise. It happens on several versions of WINE that I've tried, between 10.x and latest. Example games to repro this include Treasure Adventure Game, and Worms Armageddon. Hoping there's a plan to support 2 channel audio with this type of output device in dsound, or if there is some workaround that would be appreciated too. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 60409] New: mfplat: dxgi_surface_buffer_Lock always does a GPU readback (ReadWrite), stalling decoder output ~29 ms per frame
by WineHQ Bugzilla Oct. 1, 2026

Oct. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=60409 Bug ID: 60409 Summary: mfplat: dxgi_surface_buffer_Lock always does a GPU readback (ReadWrite), stalling decoder output ~29 ms per frame Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)list.winehq.org Reporter: ndqh12679(a)gmail.com Target Milestone: --- Distribution: --- Filed together with the bug "mfplat: MFCreateDXGISurfaceBuffer fails silently for DXGI_FORMAT_R8_UINT textures, so UE4 ElectraPlayer shows no video"; this only shows up once that one is worked around. With the format bug worked around, the 30 fps clip played at about half speed: about 46 ms per frame, of which about 29 ms was spent inside `dxgi_surface_buffer_Lock`. The decoder writes its output through `sample_ConvertToContiguousBuffer` and then `IMFMediaBuffer::Lock()`. `dxgi_surface_buffer_Lock()` always calls `dxgi_surface_buffer_map(buffer, MF2DBuffer_LockFlags_ReadWrite)`. That queues a `CopySubresourceRegion` from the texture into the staging texture, then does a `Map()` that waits for it. The copy sits behind the game's whole queued frame, and every byte it reads back is overwritten by the decoder immediately afterwards. Proof of concept, not a proposed fix. I binary-patched the `mov edx,3` before `call dxgi_surface_buffer_map` in `dxgi_surface_buffer_Lock` to pass `MF2DBuffer_LockFlags_Write` (2). `map` then skips the readback but still maps, and `Unlock` still uploads. Measured with `+mfplat` tracing on, over steady-state frames: | Before | After (clip 1 / clip 2) Time per frame | 45.7 ms | 33.7 / 37.2 ms (30 fps needs 33.3 ms) Time stalled in `Lock` | 29.1 ms | 11.2 / 3.0 ms There were no mfplat errors, and the video plays visibly smoother. This hack changes `Lock()` semantics for every caller, so anything that reads a DXGI buffer through `Lock()` would get stale data. Suggested fix: have Wine's decoder transforms (winegstreamer and winedmo) write their output through `IMF2DBuffer2::Lock2DSize(MF2DBuffer_LockFlags_Write, ...)` when the output buffer is 2D/DXGI, instead of going through `ConvertToContiguousBuffer` + `Lock()`. That path already skips the readback, and it leaves `Lock()` correct for readers. == Affected == - Game: Wuthering Waves (Steam 3513350), v3.7, UE 4.26.2, D3D11 mode (`-dx11`). The ultimate of the new 3.7 character Hsin plays H.264 overlay videos (1920x2160 and 3840x2160) through ElectraPlayer. - Reproduced on: - GE-Proton11-7 (wine-staging 11.0; H.264 MFT from winedmo/FFmpeg) - Proton-CachyOS cachyos-11.0-20260703 (H.264 MFT from winegstreamer) Both fail at the same step, so it isn't decoder-backend specific. - System: Nobara 44, kernel 7.2.6, NVIDIA RTX 5060 Ti, driver 595.99.02, DXVK. - Also running: 3DMigoto (WWMI) was injected. Toggling its mods off made no difference, and the failure is fully explained by the mfplat path below. I have not tested without the injection. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 60319] New: d2d1: ID2D1Effect::SetInput(NULL) AddRef's NULL and crashes (Wine 11.0)
by WineHQ Bugzilla Oct. 1, 2026

Oct. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=60319 Bug ID: 60319 Summary: d2d1: ID2D1Effect::SetInput(NULL) AddRef's NULL and crashes (Wine 11.0) Product: Wine Version: 11.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)list.winehq.org Reporter: kutsukake.kouta(a)proton.me Target Milestone: --- Distribution: --- Wine 11.0 dlls/d2d1/effect.c d2d_effect_SetInput calls ID2D1Image_AddRef(input) unconditionally. MSDN marks input [in, optional]; NULL unbinds. App: YukkuriMovieMaker 4 Dispose path. WINEDEBUG=+d2d: SetInput iface ..., index 0, input 0000000000000000 then c0000005. wine-11.0: ID2D1Image_AddRef(input); master: if (input) ID2D1Image_AddRef(input); -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 60157] New: Blair Witch needs IMFClockConsumer interface support
by WineHQ Bugzilla Oct. 1, 2026

Oct. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=60157 Bug ID: 60157 Summary: Blair Witch needs IMFClockConsumer interface support Product: Wine Version: 11.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com Target Milestone: --- Distribution: --- When you found a camera near a campsite it's impossible to rewind a recording. Always gets stuck. 0220:fixme:mfplat:media_source_QueryInterface Unsupported interface {6ef2a662-47c0-4666-b13d-cbb717f2fa2c} 0220:fixme:mfplat:media_source_IMFRateControl_SetRate source 00007F8D2DEA32D0, thin 0, rate 3.000000, stub! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 58647] New: Unhandled exception: unimplemented function mfplat.dll.MFCreateVideoMediaType called in wow64 32-bit code (0x7b5e82e7)
by WineHQ Bugzilla Oct. 1, 2026

Oct. 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=58647 Bug ID: 58647 Summary: Unhandled exception: unimplemented function mfplat.dll.MFCreateVideoMediaType called in wow64 32-bit code (0x7b5e82e7) Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: mazuz.eyal(a)gmail.com Distribution: --- Created attachment 79220 --> http://bugs.winehq.org/attachment.cgi?id=79220 WINDGB mfplat logs After starting an initial play in Rewrite plus (https://vndb.org/v751) using wow64 mode There's an introduction, and right after the game suppose to play the first opening video but it crashes when trying. On consecutive plays it acknowledge that the game crash and suggest to either switch from Windows Media Player (WMP) to MCI (which doesn't work), try again with WMP (which also doesn't work), or skip the entire video and just not play it (works). Attaching the WINDBG logs I got when trying to actually play the video. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 13