https://bugs.winehq.org/show_bug.cgi?id=41739
mirh mirh@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mirh@protonmail.ch
--- Comment #9 from mirh mirh@protonmail.ch --- commit 7d6c6025923c039ac6a2458ca466290621238c36 Author: Andrew Eikum aeikum@codeweavers.com Date: Fri Oct 2 09:02:56 2015 -0500
openal32: Prefer native version.
Because openal contexts are global per-process, applications that use openal will conflict with Wine DLLs that use openal like xaudio2_7 now does. Windows does not ship an openal32, so all applications that use openal will ship their own copy of it. According to Chris Robinson, Windows native openal32 works fine in Wine, so we should just use that to avoid the problem.
Shouldn't you actually switch back to the builtin-passthrough version now that XAudio is handled independently by FAudio? Yes, Windows doesn't ship any openal by default, and native should work too (did somebody test latest wine though? 50edd41014a84d779b08c8948627ccc226f59ee1 might have made some difference).
Still, the change would avoid needless steps in-between, and it would automatically have the best "audio renderer" getting used (as opposed to everything defaulting to "Generic Software" at the moment).