--
v5: mshtml/tests: Accept rare return value from ReportResult on native.
mshtml: Don't process tasks recursively.
mshtml: Remember if timer was blocked.
mshtml: Implement EmulateIE* modes for X-UA-Compatible.
mshtml: Don't return default ports from location.host in IE10+ modes.
mshtml: Avoid calling remove_target_tasks needlessly.
https://gitlab.winehq.org/wine/wine/-/merge_requests/6260
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
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
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