"The King of Fighters '98 Ultimate Match Final Edition" depends on
this behavior. At least, the build I have is; it seems other builds
are not.
Signed-off-by: Giovanni Mascellani <gmascellani(a)codeweavers.com>
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/398
Based on <https://source.winehq.org/patches/data/238821> by Zhao Yi.
--
v3: ntdll: Correctly handle shift greater than the type width in 64-bit shift functions.
ntdll: Avoid depending on compiler support for 64-bit shift functions.
ntdll/tests: Add tests for runtime 64-bit shift functions.
ntdll: Fix the calling convention for runtime 64-bit shift functions.
https://gitlab.winehq.org/wine/wine/-/merge_requests/375
On Thu Jul 7 06:09:46 2022 +0000, Chip Davis wrote:
> What about `'/'`? I know that's a valid separator to the Win32 API. Is
> it one to this API?
Thanks. '/' is indeed a valid separator. I will create new MR.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/391#note_3523
Some games with support for the haptic feedback and speaker features of the Sony DualSense controller select the controller's audio output by filtering on the ContainerId IMMDevice property to find one that matches the controller's HID's. This MR, together with !359, adds support for exposing such a ContainerId to applications.
I marked this MR as a draft because I understand that the way the ���guid��� is generated is far from ideal. Furthermore, I will need to map from sysfs to container Id in other components as well (`winebus` for the HID device, and possibly `winealsa` and other audio drivers), so moving that part elsewhere would make sense. However, I think I will need help with those tasks.
--
v2: winepulse: Add support for containerId property from sysfs path
winepulse: Store PulseAudio device's sysfs path when available
https://gitlab.winehq.org/wine/wine/-/merge_requests/360