- wine-gitlab - winehq.org

[PATCH 0/1] MR2477: include: Use hexadecimal constants for XAudio flags.
by Zebediah Figura (＠zfigura) 22 Mar '23

22 Mar '23

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

2 1

[PATCH 0/1] MR2471: winegstreamer: In video_processor, activate a videoflip converter.
by eric pouech (＠epo) 22 Mar '23

22 Mar '23

The app I'm considering opens a video_processor on its own, with a NV12 format on input and a ARGB32 format on output. Tested on Windows: the samples are flipped vertically. While Wine keeps them untouched. So added a videoflip in the video processor to be activated when needed. Current activation is based on RGB vs non RGB input/output formats. Set as draft as if somehow related to MR!2159. Comments welcomed. Signed-off-by: Eric Pouech <epouech(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2471

4 3

[PATCH 0/1] MR2474: include: Add D3D10CalcSubresource().
by Zebediah Figura (＠zfigura) 22 Mar '23

22 Mar '23

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

2 1

[PATCH v2 0/1] MR2463: dwmapi: Sleep in DwmFlush().
by Paul Gofman (＠gofman) 22 Mar '23

22 Mar '23

wine-gecko started calling dwmapi since dwmapi stubs were improved between Wine 7 and 8. It loops in gfxWindowsPlatform.cpp:VBlankLoop() in a tight loop now because DwmFlush() is a no-op. Besides unneeded CPU load that also causes hangs on exit in Final Fantasy XIV launcher. The launcher can't get WM_QUIT message in its message loop because it constantly gets the messages queued from VBlankLoop() while processing previous "nsAppShell:EventID" message. DwmFlush() is supposed to wait until next VBlank. My supplied test only tests that the wait is not alertable, but I also ad-hoc tested that the delay time introduced by DmwFlush() is between 0 and display refresh frequency. -- v2: dwmapi: Sleep in DwmFlush(). https://gitlab.winehq.org/wine/wine/-/merge_requests/2463

2 1

[PATCH 0/1] MR2463: dwmapi: Sleep in DwmFlush().
by Paul Gofman (＠gofman) 22 Mar '23

22 Mar '23

wine-gecko started calling dwmapi since dwmapi stubs were improved between Wine 7 and 8. It loops in gfxWindowsPlatform.cpp:VBlankLoop() in a tight loop now because DwmFlush() is a no-op. Besides unneeded CPU load that also causes hangs on exit in Final Fantasy XIV launcher. The launcher can't get WM_QUIT message in its message loop because it constantly gets the messages queued from VBlankLoop() while processing previous "nsAppShell:EventID" message. DwmFlush() is supposed to wait until next VBlank. My supplied test only tests that the wait is not alertable, but I also ad-hoc tested that the delay time introduced by DmwFlush() is between 0 and display refresh frequency. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2463

3 4

[PATCH 0/5] MR2469: wined3d: move stubs out of state tables
by Max Figura (＠maxfigura) 22 Mar '23

22 Mar '23

Removing WINED3D_RS entries from state tables and moving stubs to wined3d_device_apply_stateblock. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2469

4 7

[PATCH v4 0/3] MR2449: win32u: Add a few device GPU properties.
by Paul Gofman (＠gofman) 22 Mar '23

22 Mar '23

Diablo IV (closed beta) depends on DEVPKEY_Device_MatchingDeviceId being present for GPUs (once it is able to match GPU luid to the one obtained from dxgi). It also depends on the MatchingDeviceId conating "ven_" and "dev_" substrings. Without those it doesn't consider the gpu as valid, which currently results in the game complaining about no GPUs found. I guess that maybe it is trying to filter out software GPUs and such this way. As far as my testing goes, DEVPKEY_Device_MatchingDeviceId has this form with hardware GPUs only and maybe with the recent enough Win10 or Win11. The other two device properties being added are also queried by the game although they are not strictly needed for it. -- v4: win32u: Set DEVPKEY_Device_RemovalPolicy for GPUs. win32u: Set DEVPKEY_Device_BusNumber for GPUs. win32u: Set DEVPKEY_Device_MatchingDeviceId for GPUs. https://gitlab.winehq.org/wine/wine/-/merge_requests/2449

2 4

[PATCH v2 0/2] MR109: vkd3d-shader/hlsl: Improve handling of builtin aliases "matrix" and "vector".
by Nikolay Sivov (＠nsivov) 22 Mar '23

22 Mar '23

-- v2: vkd3d-shader/hlsl: Improve handling of builtin alias type "vector". https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/109

4 6

[PATCH v2 0/1] MR132: Release 1.7.
by Henri Verbeet (＠hverbeet) 22 Mar '23

22 Mar '23

-- v2: Release 1.7. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/132

2 1

[PATCH 0/1] MR132: Release 1.7.
by Henri Verbeet (＠hverbeet) 22 Mar '23

22 Mar '23

-- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/132

2 1

2025

2024

2023

2022

wine-gitlab