February 2024 - Wine-GitLab

[PATCH 0/2] MR659: vkd3d-shader/hlsl: Replace HLSL_MODIFIER_RASTERIZER_ORDERED with a resource type flag.
by Henri Verbeet (＠hverbeet) Feb. 21, 2024

Feb. 21, 2024

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

3 4

[PATCH v4 0/13] MR626: vkd3d-utils: Constant buffer reflection without vkd3d-shader.
by Zebediah Figura (＠zfigura) Feb. 21, 2024

Feb. 21, 2024

As per discussion in 606, plumbing constant buffer reflection through vkd3d-shader requires interface design and API documentation for an interface which is inherently quite specific to one format. Instead of wasting time on this interface, just implement RDEF parsing in vkd3d-utils itself. If we change our mind about this, we can always move the implementation to vkd3d-shader anyway. This does not copy the existing implementation from Wine, because: * Wine does not validate offsets; adding this changes the parsing code significantly; * Wine incorrectly handles types, deduplicating them into an rbtree; * Wine skips several fields which I have been able to find the purpose of. The implementation is not that complex to begin with, so reimplementing it from scratch is not much work. -- v4: tests: Add more tests for resource and struct RDEF contents. tests: Test constant and resource reflection via D3DReflect(). vkd3d-shader/tpf: Set the user-packed flag for sm5.0 resources as well. vkd3d-shader/tpf: Write the component count as the column count for structs. vkd3d-shader/tpf: Explicitly write the class and base type for non-numeric types. vkd3d-shader/tpf: Do not write structs with no numeric fields into the RDEF. vkd3d-shader/hlsl: Allocate register reservations for structs as well. vkd3d-shader/tpf: Do not write non-numeric struct fields into the RDEF. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/626

4 25

[PATCH 0/1] MR5133: imm32: Update spec file.
by Louis Lenders (＠xe) Feb. 21, 2024

Feb. 21, 2024

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

3 2

[PATCH v18 0/3] MR5081: dmime: Read through a MIDI file
by Yuxuan Shui (＠yshui) Feb. 21, 2024

Feb. 21, 2024

Add a dummy track parser, that reads through MIDI tracks and events. To make sure we understand the file structure correctly, no actual tracks or events are generated. Also add test cases to make sure we read through a MIDI file correctly. This is skeleton of the actual MIDI parser. Pending on the merge of !4982 -- v18: dmime/tests: Improve error reporting from expect_track. dmime: Read through a MIDI file. https://gitlab.winehq.org/wine/wine/-/merge_requests/5081

3 5

[PATCH 0/1] MR5131: hidclass.sys: Use the correct string for container_id.
by Ivo Ivanov (＠logos128) Feb. 21, 2024

Feb. 21, 2024

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

3 2

[PATCH 0/7] MR662: Draft: vkd3d-shader/ir: Introduce a better CFG structurizer, part 2.
by Giovanni Mascellani (＠giomasce) Feb. 21, 2024

Feb. 21, 2024

This applies on top of !656, the last three commits belong here. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/662

2 7

[PATCH 0/5] MR5127: Explicitly request debug info in critical sections.
by Paul Gofman (＠gofman) Feb. 21, 2024

Feb. 21, 2024

See https://gitlab.winehq.org/wine/wine/-/merge_requests/5071 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5127

5 8

[PATCH 0/1] MR5125: winhttp: Mind read size when skipping async read in WinHttpReadData().
by Paul Gofman (＠gofman) Feb. 21, 2024

Feb. 21, 2024

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

3 3

[PATCH 0/3] MR5128: winevulkan: Use VK_EXT_map_memory_placed for memory mapping on wow64.
by Jacek Caban (＠jacek) Feb. 21, 2024

Feb. 21, 2024

With the new extension, we may implement wow64 correctly, without `VK_EXT_external_memory_host` hacks. This is both more correct and more performant (essentially eliminating Vulkan wow64 performance penalty). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5128

4 11

[PATCH v2 0/5] MR5108: win32u: Don't assume that the primary adapter is always first.
by Rémi Bernon Feb. 21, 2024

Feb. 21, 2024

In preparation for some virtual desktop refactor for display mode emulation (https://gitlab.winehq.org/wine/wine/-/merge_requests/5057) -- v2: win32u: Don't assume that the primary adapter is always first. win32u: Only consider active monitors in monitor_from_rect. win32u: Only consider active monitors for virtual screen rect. win32u: Only consider active monitors for clone detection. win32u: Deduce monitor device flags from their adapter. https://gitlab.winehq.org/wine/wine/-/merge_requests/5108

2 8