August 2024 - wine-gitlab

[PATCH v2 0/2] MR6300: Draft: wined3d: Don't reject cross-device blits.
by Aida Jonikienė (＠DodoGTA) 16 Aug '24

16 Aug '24

I'm not sure this is 100% safe (maybe limiting those blits to sysmem textures would be better like stated in the original change?) -- v2: HACK: wined3d: Disable CS thread check. https://gitlab.winehq.org/wine/wine/-/merge_requests/6300

2 3

[PATCH 0/2] MR6301: Introduce a new WINE_VIDEO_DRIVER variable.
by Aida Jonikienė (＠DodoGTA) 16 Aug '24

16 Aug '24

This variable is the Wine's equivalent of the SDL_VIDEODRIVER/ SDL_VIDEO_DRIVER variable in SDL 2 and 3 (it explicitly selects a list of graphics/video drivers to be used). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6301

2 2

[PATCH v6 0/3] MR5585: mmdevapi: Implement AudioClockAdjustment_SetSampleRate.
by Arek Hiler (＠ivyl) 16 Aug '24

16 Aug '24

This is based on work done by Andrew Eikum. It has been in some form in Proton for the last 4 years. If server's sampling rate is not 48kHz **DOOM Eternal** will try to set it 48kHz for the streams using the implemented interface. There's a whole class of audio devices that use 44.1kHz sampling rate and at least PulseAudio / PipeWire tends to inherit the value from the hardware to avoid resampling. The value can also be overridden by the user via the audio server's config files. In such cases, if the interface is not present or stubbed, this results in **audio underruns and noticeable crackling**. It's easy to test with pipewire-pulse: ``` $ cat /etc/pipewire/pipewire.conf.d/sample-rate.conf context.properties = { default.clock.rate = 41100 } ``` With PulseAudio this should be doable via setting `default-sample-rate = 41100` in `/etc/pulse/daemon.conf`. -- v6: winepulse.drv: Implement set_sample_rate. mmdevapi: Add stub IAudioClockAdjustment implementation. mmdevapi/tests: Add more IAudioClock tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/5585

6 8

[PATCH v2 0/7] MR6297: secur32/tests: NTLM tests improvements.
by Dmitry Timoshkov (＠dmitry) 16 Aug '24

16 Aug '24

-- v2: secur32/tests: Make NTLM encryption tests work on newer Windows versions. secur32/tests: Separate NTLM signature and encryption tests. secur32/tests: Fix a typo. secur32/tests: Don't use fake user/domain/password in NTLM tests. secur32/tests: Avoid assigning a 4-byte status to an 1-byte variable. secur32/tests: Don't load secur32.dll dynamically. msv1_0: Make buffer large enough to hold NTLM_MAX_BUF bytes of base64 encoded data. https://gitlab.winehq.org/wine/wine/-/merge_requests/6297

4 10

Re: [PATCH v3 0/1] MR6299: ntdll: Determine the available address space dynamically on all architectures.
by Garrett Mesmer (＠gmesmer) 16 Aug '24

16 Aug '24

On Fri Aug 16 14:08:15 2024 +0000, Aida Jonikienė wrote: > WineHQ contribution guidelines require the use of real name for > contributions (even if the change is completely unrelated to reverse-engineering) > Also I have a nit for the missing dot at the end of commit message > (Julliard will add one when merging this MR but it's nice to add it anyway) Ok both done. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6299#note_78967

1 0

[PATCH 0/1] MR6300: wined3d: Don't reject cross-device blits.
by Aida Jonikienė (＠DodoGTA) 16 Aug '24

16 Aug '24

I'm not sure this is 100% safe (maybe limiting those blits to sysmem textures would be better like stated in the original change?) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6300

2 1

[PATCH 0/1] MR6299: ntdll: Determine the available address space dynamically on all architectures
by theofficialgman (＠theofficialgman) 16 Aug '24

16 Aug '24

Resolves issue https://gitlab.winehq.org/wine/wine/-/merge_requests/3598#note_75871 The host address space limit may not be `0x7fffffff0000` on any architecture (eg: ARM64). Such architectures can fully emulate x86_64 Wine (eg: QEMU, FEX, BOX64) and need to have their host address space detected. Implementing the detection regardless of the Wine build architecture should not regress anything. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6299

3 2

[PATCH 0/4] MR6298: winewayland: Support WGL pbuffers
by Alexandros Frantzis (＠afrantzis) 16 Aug '24

16 Aug '24

EGL Wayland doesn't support pbuffer EGLSurfaces (and it doesn't seem it will ever gain support for them), but we can emulate them in winewayland WGL/OpenGL by using a normal window EGLSurface targeting an unmapped wl_surface. For `wglBindTexImage` we use the same `glCopyTexImage` approach used by winex11 and, like in winex11, our implementation is incomplete (only 2D textures and only from the pbuffer back buffer), but should be a good start. Please try a few of your (likely) older games that use pbuffers and let me know if you see any issues. Note: While implementing this I realized that we are missing a `wglGetPixelFormat` implementation, I will provide one in a follow-up MR. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6298

3 5

[PATCH 0/7] MR6297: secur32/tests: NTLM tests improvements.
by Dmitry Timoshkov (＠dmitry) 16 Aug '24

16 Aug '24

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

3 8

[PATCH v3 0/1] MR6295: odbccp32: SQLGet/WritePrivateProfileStringW support driver config
by Alistair Leslie-Hughes (＠alesliehughes) 16 Aug '24

16 Aug '24

ODBCINST.INI = Driver Infomration. ODBC.INI = DSN information. Drivers have to be registered with the system, so will be under LOCAL_MACHINE. Tested with both MySQL and Postgresql ODBC drivers which supply the ODBCINST.INI parameter when requesting driver information. -- v3: odbccp32: SQLGet/WritePrivateProfileStringW support driver config https://gitlab.winehq.org/wine/wine/-/merge_requests/6295

3 2

2025

2024

2023

2022

wine-gitlab August 2024