April 2023 - Wine-gitlab - list.winehq.org

[PATCH v2 0/2] MR162: vkd3d-shader/hlsl: Handle regset names in register() and packoffset() as case-insensitive.
by Nikolay Sivov (＠nsivov) 19 Apr '23

19 Apr '23

See https://bugs.winehq.org/show_bug.cgi?id=34004#c16 -- v2: vkd3d-shader/hlsl: Handle uppercase regset names in packoffset(). vkd3d-shader/hlsl: Handle uppercase regset names in register(). https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/162

5 6

[PATCH 0/1] MR160: vkd3d-shader/spirv: Do not declare resources as multisampled if the sample count is 1.
by Zebediah Figura (＠zfigura) 19 Apr '23

19 Apr '23

It is illegal to match a SPIR-V multisampled resource to a Vulkan resource which is not multisampled. Vulkan considers a resource to be multisampled if its sample count is greater than 1 (and SPIR-V does not care about the sample count). This fixes validation errors in the case where the sample count does actually match the resource. In order to provide correct behaviour when there is a mismatch, or when the sample count is missing, we will need yet another additional interface. In the absence of that it seems best to provide a best guess. This fixes a validation error with the not-yet-committed merge request 135, when the d3d11 runner is run through Wine with the Vulkan backend. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/160

3 4

[PATCH v4 0/1] MR158: vkd3d-shader: Consistently pass location structure by pointer.
by Nikolay Sivov (＠nsivov) 19 Apr '23

19 Apr '23

-- v4: vkd3d-shader: Consistently pass location structure by pointer. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/158

3 3

[PATCH 0/4] MR167: vkd3d: Fix viewport support by using Vulkan 1.1 if available.
by Conor McCarthy (＠cmccarthy) 19 Apr '23

19 Apr '23

Version 1.1 is required to properly support d3d12 viewports. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/167

3 5

[PATCH v5 0/2] MR157: vkd3d-shader/hlsl: Add support for any() intrinsic.
by Ethan Lee (＠flibitijibibo) 19 Apr '23

19 Apr '23

For now, this is limited to float and bool, scalar and vector. All other types are unsupported. Fixes https://bugs.winehq.org/show_bug.cgi?id=54777 -- v5: tests: Add tests for any() intrinsic. vkd3d-shader/hlsl: Add support for any() intrinsic. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/157

3 3

Re: [PATCH v2 0/1] MR171: Initialize a pointer for MSVC.
by Zebediah Figura (＠zfigura) 19 Apr '23

19 Apr '23

This is fine on the basis that it's temporary code anyway, but I think a better way to solve this would have been to use a helper function. The patch subject is also missing a component prefix ("vkd3d-shader/hlsl:"). -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/171#note_30523

1 0

[PATCH 0/1] MR2673: dxgi: Update TRACE in dxgi_device_create_resource().
by Andrey Gusev (＠agusev) 19 Apr '23

19 Apr '23

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

3 2

[PATCH 0/5] MR2672: apisetschema: Add api-ms-win-core-psm-appnotify-l1-1-0.
by Mohamad Al-Jaf (＠maljaf) 19 Apr '23

19 Apr '23

Needed for Minecraft Legends. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2672

4 8

[PATCH v8 0/5] MR2476: winewayland.drv: part 2: Display configuration enhancements
by Alexandros Frantzis (＠afrantzis) 19 Apr '23

19 Apr '23

This second MR in the Wayland series adds display configuration related enhancements, including providing more display information (like a proper/consistent name and position). To get additional information from the Wayland compositor we need to use a protocol from the wayland-protocols collection, so we introduce support in the build system for protocol .xml files and also include the protocol file in our winewayland.drv sources. Since Wayland provides output coordinates only in the compositor logical space, we need to infer the monitor coordinates in the physical pixel space (so that apps can take advantage of the full/native monitor resolution), based on logical coordinates and the current mode. The last commit in the series introduces a best-effort algorithm for this. For people that are curious about this algorithm, or want to experiment a bit: I have created an independent ad-hoc test suite for this algorithm at: https://gitlab.collabora.com/alf/wine-wayland-outputs The core idea of the algorithm is to start with a placement that uses the logical positions, and iteratively move outputs away from others in particular directions until any non-inherent (i.e., not present in the logical space) overlaps have been resolved. Thanks! -- v8: winewayland.drv: Infer and report Windows monitor positions. winewayland.drv: Basic support for Windows monitor positioning. winewayland.drv: Use the output name reported by the compositor. tools: Support building Wayland protocol source files. winewayland.drv: Initialize display devices once after process init. https://gitlab.winehq.org/wine/wine/-/merge_requests/2476

3 10

[PATCH v2 0/82] MR2585: Draft: Release 8.0.1.
by Michael Stefaniuc (＠mstefani) 19 Apr '23

19 Apr '23

-- v2: Release 8.0.1. adsldp/tests: Fix test failures. adsldp/tests: Skip all remaining tests when the server is down. This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/2585

10 12