November 2025 - Wine-GitLab

[PATCH 0/9] MR9520: VMR7 fixes
by Matteo Bruni (＠Mystral) Nov. 19, 2025

Nov. 19, 2025

For Resident Evil 2 Classic. These are relatively small and simple patches, but I can certainly cut at 5 or so for the first part. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9520

4 11

Re: [PATCH v6 0/3] MR9382: win32u: Keep internal pixel format and surfaces on the DCs.
by Elizabeth Figura (＠zfigura) Nov. 19, 2025

Nov. 19, 2025

On Wed Nov 19 18:58:21 2025 +0000, Rémi Bernon wrote: > That's only the case for (D3D) drawables created from a > `wglSetPixelFormatWINE` call, and they should be kept referenced as long > as they are needed? > The window GL drawable(s) created with the window pixel format are kept > with the window itself (at least we keep one unused around). No, that's my bad, I thought we grabbed and released the DC on every frame, but we don't. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9382#note_122988

1 0

Re: [PATCH v6 0/3] MR9382: win32u: Keep internal pixel format and surfaces on the DCs.
by Rémi Bernon Nov. 19, 2025

Nov. 19, 2025

On Wed Nov 19 18:58:01 2025 +0000, Elizabeth Figura wrote: > > Anyway, it's not needed anymore, I moved the cleanup to ReleaseDC, > limited to the kind of DCs that wined3d uses, it should be good enough > for now. > Wait, does this mean we're destroying the drawable on every ReleaseDC() > call? Isn't that going to kill performance? That's only the case for (D3D) drawables created from a `wglSetPixelFormatWINE` call, and they should be kept referenced as long as they are needed? The window GL drawable(s) created with the window pixel format are kept with the window itself (at least we keep one unused around). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9382#note_122985

1 0

Re: [PATCH v6 0/3] MR9382: win32u: Keep internal pixel format and surfaces on the DCs.
by Elizabeth Figura (＠zfigura) Nov. 19, 2025

Nov. 19, 2025

> Anyway, it's not needed anymore, I moved the cleanup to ReleaseDC, limited to the kind of DCs that wined3d uses, it should be good enough for now. Wait, does this mean we're destroying the drawable on every ReleaseDC() call? Isn't that going to kill performance? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9382#note_122982

1 0

[PATCH v2 0/6] MR9522: dmsynth: DLS fixes, part 2
by Anton Baskanov (＠baskanov) Nov. 19, 2025

Nov. 19, 2025

-- v2: dmsynth: Explicitly ignore CONN_DST_EG1_SHUTDOWNTIME. dmsynth: Make voice shutdown instant. dmsynth: Set GEN_EXCLUSIVECLASS to the key group. dmsynth: Handle bipolar transform for LFO connections. https://gitlab.winehq.org/wine/wine/-/merge_requests/9522

4 10

[PATCH 0/2] MR9515: dxgi: Prepare partial presentation tests
by Andrew Boyarshin (＠andrew-boyarshin) Nov. 19, 2025

Nov. 19, 2025

This is the first part of my partial presentation support patchset. Only the tests and minor implementation changes. Actual implementation will follow in multiple parts: minor refactoring of swapchain backbuffers, then actual implementation for dirty rectangles (with limitations), then limitations will be removed step-by-step, at the very end the scroll will be implemented. I had to mark many new tests as "flaky" (not "todo"). They are not actually flaky, they are perfectly stable on both Windows 8 RTM and one of the latest Windows 11 Canary builds. But since they check multiple pixels and some of them match, this causes the "failures". I saw no better solution which didn't involve new APIs in `wine/test.h`. Their number will drop in the next MRs to 0. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9515

3 5

[PATCH v3 0/2] MR9500: In CreateProcess(), set std handle when passing a pseudo-console.
by eric pouech (＠epo) Nov. 19, 2025

Nov. 19, 2025

This MR tests and fix the std handles in child process when using CreateProcess with extended information and passing a pseudo-console handle. >From the added tests, and other manual testing (see linked bugzilla entry), it turns out native overrides the (bound) std handles from the parent console with handles on the passed pseudo-console for the child process. But happily inherits other kind of handles. As side notes: - resetting the std handle in RTL_USER_PROCESS_PARAMETERS being console handles could be optimized: potentially, native could just test if the passed handles are bound to the passed console and reset them if not. - hijacked an unused bit in ConsoleFlags to discriminate when to recreate the std handles in child (didn't check-out how native does it though). -- v3: kernelbase: Create std handles from passed pseudo-console. kernel32/tests: Test std handles in CreateProcess with pseudo console. https://gitlab.winehq.org/wine/wine/-/merge_requests/9500

3 4

[PATCH 0/1] MR9533: win32u: Avoid leaking semaphore and fence exported fds.
by Rémi Bernon Nov. 19, 2025

Nov. 19, 2025

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

1 1

[PATCH v6 0/8] MR8812: winegstreamer: Support 2D sample buffer.
by Conor McCarthy (＠cmccarthy) Nov. 19, 2025

Nov. 19, 2025

Performance issues can occur when a video output sample has a 2D buffer, because winegstreamer currently outputs only to a linear buffer, which must then be copied into the 2D buffer. Worse, a linear lock of the 2D buffer requires the current contents to be copied to a linear buffer, even when we intend to overwrite it, because MF linear buffers do not support write-only locking. -- v6: winegstreamer: Support 2D sample buffer. https://gitlab.winehq.org/wine/wine/-/merge_requests/8812

3 14

[PATCH v2 0/1] MR9512: widl: Fix MethodList value for apicontract typedefs.
by Vibhav Pant (＠vibhavp) Nov. 19, 2025

Nov. 19, 2025

apicontract typedefs don't have any associated methods, so the MethodList value should be 0. -- v2: widl: Fix MethodList value for apicontract and enum typedefs. https://gitlab.winehq.org/wine/wine/-/merge_requests/9512

3 3