https://bugs.winehq.org/show_bug.cgi?id=44548
--- Comment #5 from Lorenzo Ferrillo lorenzofer@live.it --- Hi. The bug is still present as 3.20
These days I had the possibility to look a bit more.
Quartz is trying to request a secondary buffer in DSoundRender_CompleteConnect, with the format WAVE_FORMAT_EXTENSIBLE and KSDATAFORMAT_SUBTYPE_IEEE_FLOAT subtype, with 32 wBitsPerSample (the format is created elsewhere). Now the wine dsound.dll gladly accept this format, in the IDirectSound8_CreateSoundBuffer call.
However native dsound.dll (installed by winetricks) refuse the format with a DSERR_BADFORMAT error. I tryed to reproduce as a small testcase and it showed that native dsound.dll refuse: WAVE_FORMAT_EXTENSIBLE with KSDATAFORMAT_SUBTYPE_IEEE_FLOAT; WAVE_FORMAT_EXTENSIBLE with KSDATAFORMAT_SUBTYPE_PCM with wBitsPerSample as 32; WAVE_FORMAT_IEEE_FLOAT with wBitsPerSample as 32 (I didn't try different values for wBitsPerSample)
All these formats are instead accepted by wine dsound.dll, and by Windows machines (I submitted the testcase to the testbot).
Testbot result (allowing to download a test executable and the testcase patch): https://testbot.winehq.org/JobDetails.pl?Key=44482 I don't know how much these will stay online.