September 2024 - Wine-GitLab

[PATCH v5 0/4] MR4443: Do not release media session topologies until the media session is shutdown.
by Santino Mazza (＠tati1454) Sept. 20, 2024

Sept. 20, 2024

-- v5: mf: Shutdown all used topologies by media session. mf/tests: Test how session releases not queued topologies. mf: Only shutdown current topology when session is shutdown. mf/tests: Test for topology reuse after session ends. https://gitlab.winehq.org/wine/wine/-/merge_requests/4443

3 6

[PATCH 0/6] MR6537: Cmd engine rewrite (part XXV)
by eric pouech (＠epo) Sept. 20, 2024

Sept. 20, 2024

This is part XXV of command engine rewrite. This MR tackles three items: - fixing some corner cases in variable expansion. Note, there's still todo_wine in the non regression tests, but I don't feel like fixing them for now (like an un-paired ! within double quotes when delayed expansion is enabled - which behaves differently then not within double quotes) - breaking out of FOR loops with 'EXIT /B'. I'm damn sure I dealt with this earlier on, it likely fails into the cracks during some rebase. - somme builtin commands behave differently when run from .BAT or .CMD files. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6537

3 7

[PATCH 0/1] MR6536: mfplat: Fill user data when converting VIDEOINFOHEADER formats.
by Rémi Bernon Sept. 20, 2024

Sept. 20, 2024

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56975 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6536

2 2

[PATCH v2 0/6] MR6534: dplayx: EnumSessions() part 4
by Anton Baskanov (＠baskanov) Sept. 20, 2024

Sept. 20, 2024

-- v2: dplayx: Check ENUMSESSIONSREPLY size before access. dplayx: Check the message size before access. dplayx/tests: Correctly compute session enumeration reply size. dplayx: Send password in session enumeration request. dplayx: Reduce nesting of the async enumeration code. https://gitlab.winehq.org/wine/wine/-/merge_requests/6534

4 10

Re: [PATCH v3 0/7] MR6517: mfsrcsnk: Read samples from the media source demuxer.
by Derek Lesho (＠dlesho) Sept. 20, 2024

Sept. 20, 2024

On Wed Sep 18 13:32:52 2024 +0000, Rémi Bernon wrote: > Maybe, but I don't think it matters so much here. It's just reading > compressed samples here, so copy size stays relatively small. Do you intend on also enabling protonvideoconvert through winedmo? If so, wouldn't we have to do it in the demuxer (doesn't mp4 demuxer also require steam://unlockh264), at which point this might be relavant. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6517#note_82731

1 0

[PATCH 0/6] MR6534: dplayx: EnumSessions() part 4
by Anton Baskanov (＠baskanov) Sept. 20, 2024

Sept. 20, 2024

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

3 7

[PATCH 0/2] MR6533: winegstreamer: Tweak h264 caps conversion.
by Rémi Bernon Sept. 20, 2024

Sept. 20, 2024

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

3 4

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

Sept. 19, 2024

Virtualizing the swapchain is the better and more general plan and something we'd need to do for Wayland cross-process rendering anyway. Implementing composition on the win32u level will take care of it in a generic way, though we probably want to keep the direct rendering path as a default and best option. This current approach is a best effort with what we have right now, it unlocks various applications which required VK child window rendering, and is cheap enough and doesn't introduce much problems as it simply does the same as GL. Both GL and VK would then be addressed the same way for composition, through dma-buf export (or the equivalent macOS primitive) and shared resources. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6467#note_82704

1 0

[PATCH 0/1] MR6527: dinput8: Prefer the native DLL.
by Aida Jonikienė Sept. 19, 2024

Sept. 19, 2024

Many mod/ASI loaders hijack this DLL to do their work so accommodate this fairly common case by preferring their library. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6527

8 15

Re: [PATCH v5 0/8] MR6467: winex11: Implement vulkan DPI scaling and child window rendering.
by Elizabeth Figura (＠zfigura) Sept. 19, 2024

Sept. 19, 2024

> > VK_KHR_present_wait isn't equivalent, because it signals the event on first pixel out, which is too soon. > > That's unfortunate, I was thinking VK_KHR_present_wait will solve these problems (which are real WRT games too in some cases) until we have a "direct composition" implementation. Are you sure that this is supposed and actual behaviour? It's the spec behaviour, actually. I didn't test whether it works in practice, and it's not unlikely that it does work in practice. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6467#note_82702

1 0