https://bugs.winehq.org/show_bug.cgi?id=39339
Bug ID: 39339 Summary: Adventure games from Daedalic Ent. (Night of the Rabbit, Edna & Harvey, A New Beginning) have no in-game audio and freeze on new game start - XAudio2_7 Product: Wine Version: 1.7.51 Hardware: x86 URL: http://store.steampowered.com/app/230820/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs@winehq.org Reporter: gyebro69@gmail.com CC: aeikum@codeweavers.com Distribution: ---
On my system the problem was surfaced by the Xaudio2 implementation in 1.7.51, the games used to work properly before. It sounds similar to bug #39320 and bug #39321, except that the proposed patch doesn't help here.
All the adventure games from the developer/publisher Daedalic Entertainment that use Xaudio2 interface are affected in a similar manner: - the main menu is missing audio - when I try to start a new game or load a saved game, the game freezes (100% cpu usage) as soon as the game is loaded. - quitting the games from the main menu takes a long time (1-2 minutes)
I reproduced the problem in these games: The Night of the Rabbit, Edna & Harvey: Harvey's New Eyes, A New Beginning - Final Cut. The games load xaudio2_7.dll
Note that almost all these games have demo versions either on Steam or elsewhere, but those demos are older versions of the games and they don't use XAudio2. The only demo (so far) which has the bug is the Night of the Rabbit demo on Steam (link added to url).
Steps to reproduce the problem in NotR demo: 1. install the demo on Steam. Steam installs .Net 3.5 and MSVC++, they are not needed for the game, you can delete the installers located in _CommonRedist before starting the demo. 2. the demo starts with a video (audio works in there). The menu has no audio with built-in xaudio2. 3. start a new game...the game seems to be hung at this point. It takes 1-2 minutes until the first intro video begins to play. Skip the video <Esc>, the game screen appears and the game is frozen for good. 4. you can reproduce the long wait before the game completely quits, if you exit the game from the main menu.
wine-1.7.51-201-g60d1d6f Fedora 22 32-bit alsa-lib-1.0.29-1.fc22.i686 openal-soft-1.16.0-5.fc22.i686 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2)
https://bugs.winehq.org/show_bug.cgi?id=39339
--- Comment #1 from Andrew Eikum aeikum@codeweavers.com --- This is because the game itself uses openal, so we take over its context with our xaudio2 implementation (or it takes over ours) and bad things happen. Setting openal32 to native fixes this bug.
There were suggestions on IRC to remove Wine's openal32 thunk, or at least set it to default to native.
https://bugs.winehq.org/show_bug.cgi?id=39339
--- Comment #2 from Béla Gyebrószki gyebro69@gmail.com --- (In reply to Andrew Eikum from comment #1)
This is because the game itself uses openal, so we take over its context with our xaudio2 implementation (or it takes over ours) and bad things happen. Setting openal32 to native fixes this bug.
There were suggestions on IRC to remove Wine's openal32 thunk, or at least set it to default to native.
Yes, either native openal32.dll or installing native xaudio2 via winetricks works around the problem.
https://bugs.winehq.org/show_bug.cgi?id=39339
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #3 from Sebastian Lackner sebastian@fds-team.de --- @Andrew: Should we mark this bug report as fixed ( by http://source.winehq.org/git/wine.git/commit/7d6c6025923c039ac6a2458ca466290... )? Or are you planning to work on a better patch to use Xaudio and OpenAL in parallel?
https://bugs.winehq.org/show_bug.cgi?id=39339
--- Comment #4 from Andrew Eikum aeikum@codeweavers.com --- I think it's fixed, but a retest would be nice to confirm it.
https://bugs.winehq.org/show_bug.cgi?id=39339
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #5 from Béla Gyebrószki gyebro69@gmail.com --- The games work properly only when either native openal32.dll or native xaudio2 is installed. I don't mind if you call it fixed.
https://bugs.winehq.org/show_bug.cgi?id=39339
--- Comment #6 from Andrew Eikum aeikum@codeweavers.com --- openal32 isn't included in the Windows OS, so games must distribute it anyway. Wine's built-in openal32 was introduced because native openal32 did not work in Wine's audio system. Now it does, so there's no need for us to ship a built-in openal32.
https://bugs.winehq.org/show_bug.cgi?id=39339
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.54.
https://bugs.winehq.org/show_bug.cgi?id=39339
mirh mirh@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mirh@protonmail.ch
--- Comment #8 from mirh mirh@protonmail.ch --- 4.3 started to ship FAudio. Shouldn't this be reverted now? Yes, windows apps ship their own dll, but it's awful without a "native driver".