- Wine-GitLab - list.winehq.org

[PATCH 0/1] MR9679: winewayland: Update client surface position in update callback.
by Rémi Bernon Dec. 4, 2025

Dec. 4, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57393 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59061 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9679

1 1

[PATCH v2 0/10] MR9520: VMR7 fixes
by Matteo Bruni (＠Mystral) Dec. 4, 2025

Dec. 4, 2025

For Resident Evil 2 Classic. These are relatively small and simple patches, but I can certainly cut at 5 or so for a first MR. -- v2: ddraw/tests: Test FourCC surface creation with DDSCAPS_OFFSCREENPLAIN. quartz/tests: Test VMR7 AllocateSurface with a BITMAPV4HEADER. quartz/tests: Test allocating BI_BITFIELDS pixel format. quartz/tests: Test allocating a surface with different bit depth from the primary. quartz/vmr7: Validate BITMAPINFOHEADER size. quartz/vmr7: Use the ddraw clipper to compute the presentation rect. quartz/vmr7: Reject unsupported FOURCC formats. ddraw: Advertise NV12 FOURCC as supported. quartz/vmr7: Reject BI_RGB and BI_BITFIELDS formats with different bit depth. quartz/vmr7: Handle BI_BITFIELDS formats. https://gitlab.winehq.org/wine/wine/-/merge_requests/9520

4 18

[PATCH 0/4] MR9678: msado15: Partial _Recordset::Update and _Recordset::CancelUpdate implementation.
by Piotr Caban (＠piotr) Dec. 4, 2025

Dec. 4, 2025

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

2 4

[PATCH v2 0/4] MR9676: win32u: Query EGL devices UUID with EGL_EXT_device_persistent_id.
by Rémi Bernon Dec. 4, 2025

Dec. 4, 2025

-- v2: win32u: Query EGL devices UUID with EGL_EXT_device_persistent_id. https://gitlab.winehq.org/wine/wine/-/merge_requests/9676

1 5

[PATCH v2 0/2] MR9595: cmd: Reparse support.
by Elizabeth Figura (＠zfigura) Dec. 4, 2025

Dec. 4, 2025

-- v2: cmd: Implement mklink /j. https://gitlab.winehq.org/wine/wine/-/merge_requests/9595

3 5

[PATCH v4 0/2] MR7938: Draft: winemac: Use IOSurface to update native window layers instead of CGImage.
by Marc-Aurel Zent (＠mzent) Dec. 4, 2025

Dec. 4, 2025

This consolidates the two separate `CGImage`s (`colorImage` and `shapeImage`) previously used in `WineContentView` into a single `IOSurface` that also holds the window mask information in its alpha channel now. The alpha channel is now being updated in `macdrv_surface_flush`, whenever the shape changes (and stores that change for the next update, to also keep the front buffer in sync). This reduces the delay from setting a `CGImage` to a layer from 50ms to about 1.5ms in the `IOSurface` case (also accounting for `vImageSelectChannels_ARGB8888` operation). Based on a patch by @bshanks. I am already putting it out for feedback, but I will so some more testing to see how the performance impact of this is and do more exhaustive testing with shaped windows. Ideally the double buffer solution can be avoided as well... Also the `HBITMAP` for the windows is currently backed by a `CGDataProviderRef` and could also become an `IOSurface` I believe. -- v4: winemac: Use IOSurface to update native window layers instead of CGImage. https://gitlab.winehq.org/wine/wine/-/merge_requests/7938

2 4

[PATCH 0/1] MR9677: opengl32: Cleanup glGet* and fix typo in glGetDoublev.
by Rémi Bernon Dec. 4, 2025

Dec. 4, 2025

Signed-off-by: Derek Lesho <dlesho(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9677

2 2

[PATCH v3 0/2] MR7938: Draft: winemac: Use IOSurface to update native window layers instead of CGImage.
by Marc-Aurel Zent (＠mzent) Dec. 4, 2025

Dec. 4, 2025

This consolidates the two separate `CGImage`s (`colorImage` and `shapeImage`) previously used in `WineContentView` into a single `IOSurface` that also holds the window mask information in its alpha channel now. The alpha channel is now being updated in `macdrv_surface_flush`, whenever the shape changes (and stores that change for the next update, to also keep the front buffer in sync). This reduces the delay from setting a `CGImage` to a layer from 50ms to about 1.5ms in the `IOSurface` case (also accounting for `vImageSelectChannels_ARGB8888` operation). Based on a patch by @bshanks. I am already putting it out for feedback, but I will so some more testing to see how the performance impact of this is and do more exhaustive testing with shaped windows. Ideally the double buffer solution can be avoided as well... Also the `HBITMAP` for the windows is currently backed by a `CGDataProviderRef` and could also become an `IOSurface` I believe. -- v3: winemac: Use IOSurface to update native window layers instead of CGImage. winemac: Also return alpha channel in macdrv_window_background_color. https://gitlab.winehq.org/wine/wine/-/merge_requests/7938

2 6

[PATCH 0/4] MR9676: win32u: Query EGL devices UUID with EGL_EXT_device_persistent_id.
by Rémi Bernon Dec. 4, 2025

Dec. 4, 2025

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

1 4

Re: [PATCH v2 0/3] MR9585: win32u: Introduce a D3DKMT escape code to set fullscreen present rect. (1/2)
by Rémi Bernon Dec. 4, 2025

Dec. 4, 2025

> Er, right, I meant the video present node source ID, that's the monitor as I understand. Maybe, but in any case we don't have a proper implementation of those anyway. > Well, the point is, it's always going to be the full monitor, isn't it? Perhaps, but I don't think it really matters as this is a custom and probably a temporary mechanism. Ultimately we might want to do things differently but here I'm only aiming at something simple that works for Wine 11, not something perfect that will take time to design properly. We have the rect at hand, while getting a monitor would require something more complicated possibly with more unforeseen issues. > Right, we also need that call. I think it's still better arrangement to have calls in those three places. Sure, changed it to this. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9585#note_124659

1 0