September 2024 - wine-gitlab

[PATCH v3 0/5] MR6442: winedmo: Introduce a new DLL as a MF FFmpeg backend.
by Rémi Bernon (＠rbernon) 10 Sep '24

10 Sep '24

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

3 9

Re: [PATCH v10 0/1] MR6453: emfdc: avoid memory leaks in get_bitmap_info
by AlexeyLushnikov (＠AlexeyLushnikov) 10 Sep '24

10 Sep '24

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 (＠rbernon) 10 Sep '24

10 Sep '24

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

2 8

[PATCH v8 0/2] MR6453: emfdc: avoid memory leaks in get_bitmap_info
by AlexeyLushnikov (＠AlexeyLushnikov) 10 Sep '24

10 Sep '24

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 (＠rbernon) 10 Sep '24

10 Sep '24

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

2 7

[PATCH 0/7] MR6467: winex11: Implement vulkan DPI scaling and child window rendering.
by Rémi Bernon (＠rbernon) 10 Sep '24

10 Sep '24

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. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6467

2 7

[PATCH 0/1] MR6465: msiexec: Avoid crash if PackageName is NULL.
by Dmitry Timoshkov (＠dmitry) 10 Sep '24

10 Sep '24

This happens for 'msiexec /p'. Fixes regression caused by 14b718b69bb8d62c3ae84c52d4210e81c1d21208. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6465

3 2

[PATCH 0/2] MR6466: include: Add DXVA_PicParams_HEVC_RangeExt declaration in dxva.h
by Biswapriyo Nath (＠Biswa96) 10 Sep '24

10 Sep '24

Required for https://github.com/cgutman/FFmpeg/commit/9531ce6d655ff874634cc51e326cc85937… -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6466

2 2

Re: [PATCH v7 0/1] MR6453: emfdc: avoid memory leaks in get_bitmap_info
by Huw Davies (＠huw) 10 Sep '24

10 Sep '24

Could you please update the commit message? Something like: `gdi32: Actually return the device context and bitmap from get_bitmap_info().` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6453#note_81719

1 0

Re: [PATCH v7 0/1] MR6453: emfdc: avoid memory leaks in get_bitmap_info
by AlexeyLushnikov (＠AlexeyLushnikov) 10 Sep '24

10 Sep '24

On Mon Sep 9 23:07:07 2024 +0000, Jacek Caban wrote: > It looks like you pushed a version that has 0 commits compared to upstream. I tried to push the changes again. The new commit is now visible (at least for me). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6453#note_81716

1 0

2025

2024

2023

2022

wine-gitlab September 2024