Alexandre Julliard pushed to branch master at wine / wine

Commits:

• fc627e04
  by Jon Koops at 2026-05-12T09:48:10+02:00

  dsound/tests: Test primary buffer independence across IDirectSound objects.
  
  On Windows, two separate DirectSoundCreate calls produce independent
  primary buffers, each with their own capability flags. Test this by
  creating a primary buffer with DSBCAPS_CTRL3D on one IDirectSound
  object, then creating a primary buffer with DSBCAPS_CTRLVOLUME on
  another, and verifying that each buffer retains its own flags and
  that GetVolume succeeds on the second.
  
  Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=41047
  Signed-off-by: Jon Koops <jonkoops@gmail.com>
  

• ebc31cfb
  by Jon Koops at 2026-05-12T09:48:12+02:00

  dsound: Create independent devices for each DirectSoundCreate call.
  
  On Windows, each DirectSoundCreate call returns an IDirectSound object
  with its own independent primary buffer. Wine reuses a single
  DirectSoundDevice for all IDirectSound objects targeting the same audio
  endpoint, causing them to share a primary buffer. This breaks games
  that use multiple IDirectSound objects with different primary buffer
  flags.
  
  The device reuse was introduced in 2005 (commit a2f1fd3aca4) when
  dsound talked directly to waveOut, where opening the same hardware
  device twice would have caused conflicts. In 2011 (commit e786998daff)
  dsound was reimplemented on WASAPI, but the reuse was carried forward.
  Since Wine's dsound already uses WASAPI shared mode, which is designed
  for multiple audio clients on the same endpoint, the reuse is no
  longer necessary.
  
  Remove the device reuse lookup so that each DirectSoundCreate call
  creates a fresh DirectSoundDevice.
  
  Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=41047
  Signed-off-by: Jon Koops <jonkoops@gmail.com>
  

3 changed files:

• dlls/dsound/dsound.c
• dlls/dsound/tests/dsound.c
• dlls/dsound/tests/dsound8.c