- wine-gitlab - winehq.org

[PATCH 0/5] MR2020: dinput: Some cleanup before fixing its background thread.
by Rémi Bernon (＠rbernon) 25 Jan '23

25 Jan '23

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

2 5

[PATCH 0/5] MR2014: win32u: Make some symbols static or hidden.
by Zebediah Figura (＠zfigura) 25 Jan '23

25 Jan '23

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

3 6

[PATCH 0/5] MR2019: windows.gaming.input: Misc fixes for force feedback direction.
by Rémi Bernon (＠rbernon) 25 Jan '23

25 Jan '23

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

2 5

[PATCH 0/1] MR2018: include: Add _XHR enum values
by Alistair Leslie-Hughes (＠alesliehughes) 25 Jan '23

25 Jan '23

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

2 1

[PATCH 0/2] MR2016: winex11: Take advantage of RTL_CONSTANT_STRING.
by Alex Henrie (＠alexhenrie) 25 Jan '23

25 Jan '23

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

2 2

[PATCH 0/5] MR70: vkd3d-shader/hlsl: Make single-component swizzles retrieve a scalar and add more swizzle tests.
by Francisco Casas (＠fcasas) 25 Jan '23

25 Jan '23

Vectors cannot be used as array indexes, however, single-component swizzles (such as vec.x) can be used. This suggests that single-component swizzles should actually be scalars and not vectors of dimx = 1. It is worth noting that the use of swizzles on scalars should still be allowed. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/70

3 6

[PATCH 0/6] MR66: vkd3d-shader/hlsl: Broaden resources support v2 (PART 1).
by Francisco Casas (＠fcasas) 25 Jan '23

25 Jan '23

First part of v2 of !27, which aims to: * Allow allocation of variables of complex types that contain both numerics and objects across multiple register sets (regsets). * Support the tex2D and tex3D intrinsics, inferring generic samplers dimension from usage, writing sampler declarations, and writing sample instructions. * Support for arrays of resources for both SM1 and SM4 (not to be confused with the resource-arrays of SM 5.1, which can have non-constant indexes). * Support for resources declared within structs. * Support for synthetic combined samplers for SM1 and synthetic separated samplers for SM4, considering that they can be arrays or members of structs. * Imitate the way the native compiler assigns the register indexes of the resources on allocation, which proved to be the most difficult thing. * Support for object components within complex input parameters. * Small fixes to corner cases. This part consists on parsing the `tex2D()` and `tex3D()` intrinsics and beginning to support the allocation of variables across multiple regsets. The whole series, is on my [master6](https://gitlab.winehq.org/fcasas/vkd3d/-/commits/master6) branch. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/66

4 30

[PATCH v2 0/1] MR67: vkd3d: Store a struct d3d12_descriptor_heap pointer in each CBV/SRV/UAV descriptor.
by Conor McCarthy (＠cmccarthy) 25 Jan '23

25 Jan '23

The PE build of vkd3d uses Windows critical sections for synchronisation, and these slow down on the very high lock/unlock rate during multithreaded descriptor copying in Shadow of the Tomb Raider. This patch speeds up the demo by about 8%. By comparison, using SRW locks in the allocators and locking them for read only where applicable is about 4% faster. -- v2: vkd3d: Store a heap array index in each CBV/SRV/UAV descriptor. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/67

2 1

[PATCH 0/1] MR2013: ntdll: Use MemAvailable field for free RAM estimation if available.
by Paul Gofman (＠gofman) 25 Jan '23

25 Jan '23

MemAvailable field in /proc/meminfo appeared in Linux kernel around 2015 and is recommended way to query free RAM. The way we currently estimate it consistently reports more free RAM available. The old way of estimating free RAM should still work if MemAvailable field is not there. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2013

2 1

[PATCH 0/2] MR2012: mf/session: Avoid dropping samples delivered from transform in session_request_sample_from_node().
by Paul Gofman (＠gofman) 25 Jan '23

25 Jan '23

session_request_sample() calls session_request_sample_from_node() and increments sink.requests only if that succeeds. But session_request_sample_from_node() calls session_deliver_sample_to_node() synchronously for MF_TOPOLOGY_TRANSFORM_NODE if there are output samples available. Then, if sink.requests is zero before this session_request_sample() call that sample is silently dropped. It might not be easily noticeable currently, but I have a patchset which implements _ProcessMessage(MFT_MESSAGE_COMMAND_DRAIN) needed for some games (and also improving end of playback by fully delivering output including few last frames). And currently if session_deliver_sample_to_node() performs drain and that drain produces any samples we get a data sample processed but end marker silently dropped resulting in hanging session. That market gets to session_request_sample / session_request_sample_from_node but gets dropped in session_deliver_sample_to_node due to the reason first patch is fixing. Thus also the second patch. I am not sure it is strictly needed, but the current handling of that seems fragile to me, I suppose we shouldn't ever drop markers. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2012

2 2

2025

2024

2023

2022

wine-gitlab