September 2024 - Wine-GitLab

[PATCH 0/5] MR6468: dplayx, dpwsockx: EnumSessions() part 1
by Anton Baskanov (＠baskanov) Sept. 10, 2024

Sept. 10, 2024

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

4 8

Re: [PATCH v2 0/4] MR6378: wined3d: Move FFP shader invalidation to wined3d_device_apply_stateblock(), part 2. - approved
by Jan Sikorski (＠jsikorski) Sept. 10, 2024

Sept. 10, 2024

This merge request was approved by Jan Sikorski. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6378

1 0

[PATCH v4 0/10] MR5573: win32u: Implement vulkan child / other process surface rendering for winex11.
by Rémi Bernon Sept. 10, 2024

Sept. 10, 2024

I'm not completely sure about the mechanism, but I think it's simple enough to consider having that upstream now. This shows at least how we can leverage win32u surface changes to decide to switch surfaces on/off-screen and fallback to manual blitting. Having the surfaces on-screen makes sure they are presented as efficiently as possible, having them off-screen we use GDI blit to indirectly call XCopyArea and this will be suboptimal, probably with visible tearing, but hopefully not too common. -- v4: win32u: Use GDI blit to implement partial or other process presentation. winex11: Return an offscreen HDC from vulkan_surface_detach. win32u: Pass a HDC parameter to vulkan_surface_detach. winex11: Create a window surface even when there is client window. winex11: Also attach child client windows to their toplevel window. win32u: Make sure vulkan windows have a pixel format selected. win32u: Detach vulkan surfaces that aren't fully visible. win32u: Detach offscreen, child or vulkan surfaces for another process. win32u: Move vulkan surfaces to their new parent when reparenting. win32u: Introduce a new vulkan offscreen surfaces list. https://gitlab.winehq.org/wine/wine/-/merge_requests/5573

6 20

[PATCH v4 0/5] MR6442: winedmo: Introduce a new DLL as a MF FFmpeg backend.
by Rémi Bernon Sept. 10, 2024

Sept. 10, 2024

This introduces a new alternative FFmpeg-based implementation for the MF byte stream handlers, while keeping the current GStreamer-based as default. The new implementation can be enabled by setting the DWORD value: DisableGstByteStreamHandler = 1 in the HKCU\Software\Wine\MediaFoundation registry key. -- v4: mfsrcsnk: Stub byte stream handlers if demuxing is supported. winedmo: Export a new winedmo_demuxer_check function. winedmo: Link and initialize FFmpeg on load. winedmo: Load a unixlib on process attach. winedmo: Introduce a new internal DLL. https://gitlab.winehq.org/wine/wine/-/merge_requests/6442

1 6

[PATCH 0/1] MR6457: user32: Add CreateSyntheticPointerDevice stub.
by Gijs Vermeulen (＠gverm) Sept. 10, 2024

Sept. 10, 2024

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57141 Signed-off-by: Gijs Vermeulen <gijsvrm(a)gmail.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6457

4 3

[PATCH v3 0/5] MR6442: winedmo: Introduce a new DLL as a MF FFmpeg backend.
by Rémi Bernon Sept. 10, 2024

Sept. 10, 2024

This introduces a new alternative FFmpeg-based implementation for the MF byte stream handlers, while keeping the current GStreamer-based as default. The new implementation can be enabled by setting the DWORD value: DisableGstByteStreamHandler = 1 in the HKCU\Software\Wine\MediaFoundation registry key. -- v3: mfsrcsnk: Stub byte stream handlers if demuxing is supported. winedmo: Export a new winedmo_demuxer_check function. winedmo: Link and initialize FFmpeg on load. winedmo: Load a unixlib on process attach. winedmo: Introduce a new internal DLL. https://gitlab.winehq.org/wine/wine/-/merge_requests/6442

2 9

Re: [PATCH v10 0/1] MR6453: emfdc: avoid memory leaks in get_bitmap_info
by AlexeyLushnikov (＠AlexeyLushnikov) Sept. 10, 2024

Sept. 10, 2024

On Tue Sep 10 08:33:15 2024 +0000, Huw Davies wrote: > Unfortunately not, you now have two commits on the MR (as can be seen [here](https://gitlab.winehq.org/wine/wine/-/merge_requests/6453)) I tried to fix it. I hope I'm more lucky now. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6453#note_81742

1 0

[PATCH v3 0/8] MR6467: winex11: Implement vulkan DPI scaling and child window rendering.
by Rémi Bernon Sept. 10, 2024

Sept. 10, 2024

This does the same as https://gitlab.winehq.org/wine/wine/-/merge_requests/6398 but for Vulkan. It also implements vulkan child window rendering pretty much for free and supersedes https://gitlab.winehq.org/wine/wine/-/merge_requests/5573. It is not completely optimal and there as missed opportunities to keep child windows on screen when no DPI scaling and no cropping is needed, but it would require to be smarter and have knowledge about the window clipping region, which will probably better be done in win32u. This is exactly the same for OpenGL, and it will probably be solved together. -- v3: winex11: Implement vulkan DPI scaling and child window rendering. winex11: Move offscreen client window helpers to init.c. winex11: Only update the client window position in sync_client_position. winex11: Update the GL client window size when it is presented. winex11: Update the vulkan surface size when it is presented. winex11: Use a dedicated structure for vulkan surface private data. win32u: Pass vulkan driver private data to vulkan_surface_presented. winevulkan: Use client rect in window DPI instead of monitor DPI. https://gitlab.winehq.org/wine/wine/-/merge_requests/6467

1 8

[PATCH v8 0/2] MR6453: emfdc: avoid memory leaks in get_bitmap_info
by AlexeyLushnikov (＠AlexeyLushnikov) Sept. 10, 2024

Sept. 10, 2024

File emfdc.c, function get_bitmap_info: Memory leaks in get_bitmap_info via return before calling DeleteDC and DeleteObject. -- v8: gdi32: Actually return the device context and bitmap from get_bitmap_info(). https://gitlab.winehq.org/wine/wine/-/merge_requests/6453

3 4

[PATCH v2 0/7] MR6467: winex11: Implement vulkan DPI scaling and child window rendering.
by Rémi Bernon Sept. 10, 2024

Sept. 10, 2024

This does the same as https://gitlab.winehq.org/wine/wine/-/merge_requests/6398 but for Vulkan. It also implements vulkan child window rendering pretty much for free and supersedes https://gitlab.winehq.org/wine/wine/-/merge_requests/5573. It is not completely optimal and there as missed opportunities to keep child windows on screen when no DPI scaling and no cropping is needed, but it would require to be smarter and have knowledge about the window clipping region, which will probably better be done in win32u. This is exactly the same for OpenGL, and it will probably be solved together. -- v2: winex11: Implement vulkan DPI scaling and child window rendering. winex11: Only update the client window position in sync_client_position. winex11: Update the GL client window size when it is presented. winex11: Update the vulkan surface size when it is presented. winex11: Use a dedicated structure for vulkan surface private data. win32u: Pass vulkan driver private data to vulkan_surface_presented. winevulkan: Use client rect in window DPI instead of monitor DPI. https://gitlab.winehq.org/wine/wine/-/merge_requests/6467

1 7