https://bugs.winehq.org/show_bug.cgi?id=38668
Bug ID: 38668 Summary: wolfestein the new blood Product: Wine Version: 1.7.43 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: inkobj Assignee: wine-bugs@winehq.org Reporter: pinturiano@gmail.com Distribution: ---
Created attachment 51595 --> https://bugs.winehq.org/attachment.cgi?id=51595 wolfestein the new blood issue
Installed Wolfestein, the old blood via Steam and all works fine. Played the game, also worked fine. I got crash after restarting the game, after loading the saved games. The bug issue is on xaudio2_7 i think.
https://bugs.winehq.org/show_bug.cgi?id=38668
dylanmc pinturiano@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|inkobj |-unknown
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #1 from Austin English austinenglish@gmail.com --- (In reply to dylanmc from comment #0)
Created attachment 51595 [details] wolfestein the new blood issue
Installed Wolfestein, the old blood via Steam and all works fine. Played the game, also worked fine. I got crash after restarting the game, after loading the saved games. The bug issue is on xaudio2_7 i think.
From your terminal output:
00000061 (D) Z:\media\seagate\steam\steamapps\common\Wolfenstein The Old Blood\WolfOldBlood_x64.exe
are you playing this from a windows partition?
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #2 from dylanmc pinturiano@gmail.com --- No, I play it from an ext3 partition In the same drive I have the new order, that works fine :(
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #3 from Austin English austinenglish@gmail.com --- (In reply to dylanmc from comment #2)
No, I play it from an ext3 partition In the same drive I have the new order, that works fine :(
Well, it looks like you're running from a non C:\ drive, which suggests your WINEPREFIX may not be set and the game fails because of missing registry settings/etc.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #4 from dylanmc pinturiano@gmail.com --- Thanks in advice, but it fails on loading the saved games, so I think that wine loads the settings/savegames. He is not missing registry settings/etc. .. I see a crash reading that settings. The saved games are located in the correct directory, the system is seeing them..
Wolestein the new order is in the same drive, installed on steam too and works fine...
Anyway, how I have to do for solve this problem? Migrate the wineprefix on my primary HD ?
https://bugs.winehq.org/show_bug.cgi?id=38668
Adam Bolte abolte@systemsaviour.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |abolte@systemsaviour.com
--- Comment #5 from Adam Bolte abolte@systemsaviour.com --- Austin, I can now confirm this issue. 18% through the campaign, went to load the save and I get what at a glance appears to be basically the same stack trace.
I did install into the default game location, in a brand new Windows 7 64-bit wineprefix (on Debian Jessie) using wine 1.7.44.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #6 from Adam Bolte abolte@systemsaviour.com --- Created attachment 51641 --> https://bugs.winehq.org/attachment.cgi?id=51641 backtrace-1.7.44-wolfenstein-the_old_blood.txt
Adding my own backtrace since the original was questionable.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #7 from Adam Bolte abolte@systemsaviour.com --- Some more information. I was able to play the game a bit under a Windows installation (using Steam cloud sync to continue my progress). Then I reverted back to my Wine installation, and the game didn't immediately crash.
However, it did crash again after about a minute of gameplay with the same stack trace. It has been happening regularly, even before experiencing the issue loading a save.
So in conclusion, it doesn't look like it's anything to do with the save itself, or the loading of the save, but rather specific points in the game. Actually, I think this bug was producible in Wolfenstein: The New Order as well, based on my old appdb report here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=30403&... (but that wasn't a game breaking bug so it looks like I failed to report it back then).
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #8 from Adam Bolte abolte@systemsaviour.com --- There does not appear any game argument or setting to disable audio, and the game won't load without xaudo2_7, so I recompiled 1.7.44 with the xaudio2_7 stub from #26808 and have not been able to reproduce any crashes since.
Obviously not having sound is kinda annoying, but still better than crashes every few minutes. :)
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #9 from Adam Bolte abolte@systemsaviour.com --- Sorry for all the comments, but can we get a more accurate name for this bug? Thanks.
https://bugs.winehq.org/show_bug.cgi?id=38668
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE Summary|wolfestein the new blood |Wolfestein: The New Blood | |crashes
--- Comment #10 from Austin English austinenglish@gmail.com --- (In reply to Adam Bolte from comment #8)
There does not appear any game argument or setting to disable audio, and the game won't load without xaudo2_7, so I recompiled 1.7.44 with the xaudio2_7 stub from #26808 and have not been able to reproduce any crashes since.
Obviously not having sound is kinda annoying, but still better than crashes every few minutes. :)
Duplicate.
*** This bug has been marked as a duplicate of bug 26808 ***
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #11 from Adam Bolte abolte@systemsaviour.com --- It's not a duplicate actually. IMO, bug #26808 is about games expecting XAudio2_7.dll to be installed, when it's not getting installed automatically and causing certain applications to error out.
Wolfenstein: The New Blood had no issues installing XAudio2_7.dll. It didn't complain about a missing DLL during startup, and I even compared the md5sum that it did install to the same DLL from Windows 8.1 installation (which matched).
So this bug is about the DLL not working perfectly when it is provided - *not* about the DLL missing altogether. Isn't it supposed to work, or is that not supported?
https://bugs.winehq.org/show_bug.cgi?id=38668
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |matteo.mystral@gmail.com Resolution|DUPLICATE |--- Summary|Wolfestein: The New Blood |Wolfestein: The Old Blood |crashes |crashes inside native | |XAudio2_7.dll Ever confirmed|0 |1
--- Comment #12 from Matteo Bruni matteo.mystral@gmail.com --- Not a duplicate and since currently there is no real builtin XAudio2_7.dll the bug is probably valid.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #13 from Ken Sharp imwellcushtymelike@gmail.com --- Is there a 32-bit version of the game? Does it suffer the same problem?
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #14 from Adam Bolte abolte@systemsaviour.com --- (In reply to Ken Sharp from comment #13)
Is there a 32-bit version of the game? Does it suffer the same problem?
Unfortunately it's 64-bit only. The system requirements state (under "minimum") "64-bit Windows 7/Windows 8": http://store.steampowered.com/app/350080/
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #15 from dylanmc pinturiano@gmail.com --- With 1.7.45 got the same crash :(
https://bugs.winehq.org/show_bug.cgi?id=38668
Martin Kamp Jensen martin.kamp.jensen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.kamp.jensen@gmail.co | |m
--- Comment #16 from Martin Kamp Jensen martin.kamp.jensen@gmail.com --- I'm unfortunately also experiencing this crash on 1.7.45.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #17 from Martin Kamp Jensen martin.kamp.jensen@gmail.com --- Created attachment 51688 --> https://bugs.winehq.org/attachment.cgi?id=51688 Wolfenstein The Old Blood crash in xaudio2_7
Attached a slightly different backtrace.
I tried using 1.7.38, 1.7.43, and 1.7.45. They all have the problem. Most of the time, I get the crash immediately (after resuming from a checkpoint) but a few times I have been able to proceed a bit longer before experiencing the crash.
I will be happy to provide more information if I can.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #18 from Martin Kamp Jensen martin.kamp.jensen@gmail.com --- The crash also happens on 1.7.45-staging. At least that version fixes the steamwebhelper.exe problems but... yeah... Wolfenstein: The Old Blood is still broken.
https://bugs.winehq.org/show_bug.cgi?id=38668
Lam winehq@lam.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@lam.pl
--- Comment #19 from Lam winehq@lam.pl --- It seems to crash when there's too many sound samples being mixed at once.
A frustrating work-around is:
1. Open the game with +com_allowConsole 1
2. While in the menu, open the console and do: cvaradd s_noSound 1
3. Now load the saved game and it will work (without sound obviously).
4. In most levels you can restore some of the sound by using the console to enter: cvaradd s_noSound -1 s_restart
That will reload some sounds but the others won't be loaded - this way it's possible to play through most levels while hearing your own shots at least (until you enter a crowded area or that portion with waterfalls or whatever - observe how many water sound samples per second that thing mixes!)
This has a silly effect of disabling the subtitles as well, so the scripted intermissions and other character interactions (and even nazis shouting) have neither sound or subtitles for character speech. Stupid...
https://bugs.winehq.org/show_bug.cgi?id=38668
dubigrasu dubigrasu@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dubigrasu@yahoo.com
--- Comment #20 from dubigrasu dubigrasu@yahoo.com --- (In reply to Lam from comment #19)
It seems to crash when there's too many sound samples being mixed at once.
A frustrating work-around is:
Open the game with +com_allowConsole 1
While in the menu, open the console and do:
cvaradd s_noSound 1
Now load the saved game and it will work (without sound obviously).
In most levels you can restore some of the sound by using the console to
enter: cvaradd s_noSound -1 s_restart
That will reload some sounds but the others won't be loaded - this way it's possible to play through most levels while hearing your own shots at least (until you enter a crowded area or that portion with waterfalls or whatever
- observe how many water sound samples per second that thing mixes!)
This has a silly effect of disabling the subtitles as well, so the scripted intermissions and other character interactions (and even nazis shouting) have neither sound or subtitles for character speech. Stupid...
Try something like: wine WolfOldBlood_x64.exe +cvaradd s_maxSoundDistanceClamp 1
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #21 from Lam winehq@lam.pl --- That makes no difference for me. Instant crash after resuming the game.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #22 from dubigrasu dubigrasu@yahoo.com --- (In reply to Lam from comment #21)
That makes no difference for me. Instant crash after resuming the game.
Ah, that's unfortunate. On my system it manages to ease the loading process. Is still prone to crashing but I have a greater chance to resume the game while previously I had none. Some sounds are missing but can be restored while in game with the same command (-1).
https://bugs.winehq.org/show_bug.cgi?id=38668
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lolcaek@gmail.com
--- Comment #23 from Austin English austinenglish@gmail.com --- *** Bug 38891 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=38668
ae crt0mega@c-r-t.tk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |crt0mega@c-r-t.tk
--- Comment #24 from ae crt0mega@c-r-t.tk --- I just stopped by to leave a comment because I've encountered the same Bug.
https://bugs.winehq.org/show_bug.cgi?id=38668
Matt m.mcnutt@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |m.mcnutt@gmail.com
--- Comment #25 from Matt m.mcnutt@gmail.com --- Still present in 1.7.48
https://bugs.winehq.org/show_bug.cgi?id=38668
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=38668
Marcin oxo7@o2.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |oxo7@o2.pl
--- Comment #26 from Marcin oxo7@o2.pl --- Seems to be fixed in 1.7.51 with new XAudio2 implementation.
https://bugs.winehq.org/show_bug.cgi?id=38668
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED
--- Comment #27 from Austin English austinenglish@gmail.com --- (In reply to Marcin from comment #26)
Seems to be fixed in 1.7.51 with new XAudio2 implementation.
Reported fixed.
https://bugs.winehq.org/show_bug.cgi?id=38668
Adam Bolte abolte@systemsaviour.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #51641|0 |1 is obsolete| |
--- Comment #28 from Adam Bolte abolte@systemsaviour.com --- Created attachment 52293 --> https://bugs.winehq.org/attachment.cgi?id=52293 backtrace-1.7.51-wolfenstein-the_old_blood.txt
My crash report would respectfully disagree.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #29 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Adam Bolte from comment #28)
Created attachment 52293 [details] backtrace-1.7.51-wolfenstein-the_old_blood.txt
My crash report would respectfully disagree.
Can you install the debug package of wine for your distribution in order to get a better backtrace? It looks like you are using native xaudio, with builtin it does not work?
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #30 from Adam Bolte abolte@systemsaviour.com --- Created attachment 52295 --> https://bugs.winehq.org/attachment.cgi?id=52295 backtrace-wolfenstein-the_old_blood-201509072142-builtin_xaudio2_7.txt
It looks like you are using native xaudio,
Well, the native version is what this bug report was about. :)
with builtin it does not work?
If I override xaudio2_7 to builtin (Wine) I get a crash (attached) before the game developer logo/video even shows.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #31 from Adam Bolte abolte@systemsaviour.com --- Created attachment 52296 --> https://bugs.winehq.org/attachment.cgi?id=52296 winebuilder-one_hit_wonder.sh
Can you install the debug package of wine for your distribution in order to get
a better backtrace?
Bruno, regarding a debug build, I actually build Wine myself using the attached script I wrote based on information gathered from the wiki. I've added in the CFLAGS="-g -O0" as per http://wiki.winehq.org/Backtraces but the crash reports still look very similar. I can see gcc is building with the specified -g -O0 arguments. Is there something else I need to do?
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #32 from Adam Bolte abolte@systemsaviour.com --- Created attachment 52297 --> https://bugs.winehq.org/attachment.cgi?id=52297 backtrace-wolfenstein-the_old_blood-201509072321.txt (using -g -O0)
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #33 from Adam Bolte abolte@systemsaviour.com --- Created attachment 52298 --> https://bugs.winehq.org/attachment.cgi?id=52298 backtrace-wolfenstein-the_old_blood-201509072322-builtin_xaudio2_7.txt (using -g -O0, immediate crash on launch)
https://bugs.winehq.org/show_bug.cgi?id=38668
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |---
--- Comment #34 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Adam Bolte from comment #30)
Created attachment 52295 [details] backtrace-wolfenstein-the_old_blood-201509072142-builtin_xaudio2_7.txt
It looks like you are using native xaudio,
Well, the native version is what this bug report was about. :)
Lol, sorry. I missed that part so naturally my comment was not useful. I thought that those four lines inside the DLL could be inside builtin but inside native there is no use.
Since you can clearly reproduce the issue as before I'm reopening the issue.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #35 from Andrew Eikum aeikum@codeweavers.com --- (In reply to Adam Bolte from comment #33)
Created attachment 52298 [details] backtrace-wolfenstein-the_old_blood-201509072322-builtin_xaudio2_7.txt (using -g -O0, immediate crash on launch)
Thanks. Could you try again with builtin and as recent as possible wine, and get a log with the channels from http://wiki.winehq.org/Sound ?
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #36 from Andrew Eikum aeikum@codeweavers.com --- (In reply to Andrew Eikum from comment #35)
(In reply to Adam Bolte from comment #33)
Created attachment 52298 [details] backtrace-wolfenstein-the_old_blood-201509072322-builtin_xaudio2_7.txt (using -g -O0, immediate crash on launch)
Thanks. Could you try again with builtin and as recent as possible wine, and get a log with the channels from http://wiki.winehq.org/Sound ?
If the wiki is down (sigh...):
+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dsound3d,+dswave,+mciqtz,+quartz,+mciwave,+seh,+xaudio2,+msacm,+adpcm,+gstreamer,+wavemap
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #37 from Adam Bolte abolte@systemsaviour.com --- Created attachment 52316 --> https://bugs.winehq.org/attachment.cgi?id=52316 requested_channels-wolfenstein-the_old_blood-xaudio2_7-builtin-201509100015.log.xz
After setting xaudio2_7 to builtin, this is the output of Wine with +tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dsound3d,+dswave,+mciqtz,+quartz,+mciwave,+seh,+xaudio2,+msacm,+adpcm,+gstreamer,+wavemap channels when running WolfOldBlood_x64.exe on 1.7.51 built using the "-g -O0" CFLAGS.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #38 from Adam Bolte abolte@systemsaviour.com --- Created attachment 52317 --> https://bugs.winehq.org/attachment.cgi?id=52317 backtrace-wolfenstein-the_old_blood-xaudio2_7-builtin-201509100015.txt
This is the backtrace associated with the requested_channels-wolfenstein-the_old_blood-xaudio2_7-builtin-201509100015.log.xz output (also attached).
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #39 from Andrew Eikum aeikum@codeweavers.com --- (In reply to Adam Bolte from comment #37)
Created attachment 52316 [details] requested_channels-wolfenstein-the_old_blood-xaudio2_7-builtin-201509100015. log.xz
After setting xaudio2_7 to builtin, this is the output of Wine with +tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dsound3d,+dswave,+mciqtz, +quartz,+mciwave,+seh,+xaudio2,+msacm,+adpcm,+gstreamer,+wavemap channels when running WolfOldBlood_x64.exe on 1.7.51 built using the "-g -O0" CFLAGS.
Thanks! Looks like it's trying to create an AudioReverb object, which isn't implemented yet. I already submitted a patch for this:
http://source.winehq.org/patches/data/114323
Probably it will run into other problems after that's merged, though.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #40 from Adam Bolte abolte@systemsaviour.com --- Created attachment 52319 --> https://bugs.winehq.org/attachment.cgi?id=52319 requested_channels-wolfenstein-the_old_blood-xaudio2_7-builtin-201509100216.txt.xz
Tested against current master tip (e19a8fd706768aa2bcbeeec2f22ca991c4821ad3). Does get a bit further - plays the Bethesda animation for a few seconds but then locks up. No stack trace pop-up appears, but this is the console output with the same channels as before.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #41 from Adam Bolte abolte@systemsaviour.com --- I don't want to speak too soon, but I think the audio crashes with Wolfenstein: The Old Blood have been eliminated in 1.7.54 using built-in xaudio2_7. I replayed the level that usually crashes for about 5 minutes using the same wineprefix I used before, and haven't seen a crash so far. I usually get a crash within the first 15 seconds or so.
It's possible I just got lucky though, so will confirm fixed when I find time to play it for longer - unless you'd rather close this now and have me re-open it if I can later reproduce the bug. I don't mind either way.
Technically the bug was about native, and I only tested built-in. I don't know if we care about native if built-in works though.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #42 from Lam winehq@lam.pl --- Actually, I don't get crashes in 1.7.53-staging (stock Fedora WINE), using built-in xaudio2_7.
However, many sounds are missing (including dialog) and I'm not sure if that's because of all my previous brute-force attempts to limit sounds via the console, or the built-in xaudio implementation hits limits of mixing channels, or something. I hope it's just my config, because solving crashes by dropping sound is not the solution we hoped for ;)
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #43 from Adam Bolte abolte@systemsaviour.com --- Last night I played a few more hours of The Old Blood on 1.7.54 using the built-in xaudio2_7, and I can confirm exactly what Lam said. The game no longer crashes (which is obviously a huge improvement), but some sounds don't play.
I didn't notice the problem at first, but then I got to a point where there was supposed to be talking with an NPC, and the lips were moving and subtitles were showing and the background music and other sounds were playing, but I couldn't hear any words. After a few seconds of this, I pressed escape to bring up the in-game menu to check my sound settings. I didn't change anything and closed the menu again to continue the game, and then the talking started working.
Next up, I tried a different sound-card - playing audio over my DisplayPort instead since I know my usual USB sound-card sometimes has problems with Wine. But that didn't make any difference.
I'm not sure the issue is related to the number of sounds playing though, as it seems like sounds just aren't playing at random. One time I launched the game, and the Bethesda splash animation appeared with sound, and that was followed by a MachineGames animation, which had no sound. Then the main menu appeared and sound was back. And yet other times when I launch the game, I get sound for all start-up animation screens. It just all seems random.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #44 from Andrew Eikum aeikum@codeweavers.com --- (In reply to Lam from comment #42)
However, many sounds are missing (including dialog) and I'm not sure if that's because of all my previous brute-force attempts to limit sounds via the console, or the built-in xaudio implementation hits limits of mixing channels, or something. I hope it's just my config, because solving crashes by dropping sound is not the solution we hoped for ;)
Yeah, looks like there are two bugs here. The original reported bug is that native xaudio2_7 crashes. There's a separate bug in our built-in xaudio2_7 that causes some audio to not be played.
I'm able to reproduce both problems.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #45 from Andrew Eikum aeikum@codeweavers.com --- This doesn't fix using the native DLL, but using missing audio using built-in should be improved by:
commit d672ebfeb858e5283ce359bc1b7ced89f8f1582d Author: Andrew Eikum aeikum@codeweavers.com Date: Thu Nov 12 14:27:47 2015 -0600
xaudio2_7: Update current buffer position after flushing buffers.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #46 from Adam Bolte abolte@systemsaviour.com --- (In reply to Andrew Eikum from comment #45)
This doesn't fix using the native DLL, but using missing audio using built-in should be improved by:
commit d672ebfeb858e5283ce359bc1b7ced89f8f1582d Author: Andrew Eikum aeikum@codeweavers.com Date: Thu Nov 12 14:27:47 2015 -0600
xaudio2_7: Update current buffer position after flushing buffers.
I just finished a boss battle (the final boss as it turned out) via 1.8-rc1, and didn't experience any missing audio (although I was never able to reliably reproduce the problem, as it seemed to happen at random). It's possible your commit fixed it.
https://bugs.winehq.org/show_bug.cgi?id=38668
spamatica@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spamatica@gmail.com
--- Comment #47 from spamatica@gmail.com --- (In reply to Adam Bolte from comment #46)
(In reply to Andrew Eikum from comment #45)
This doesn't fix using the native DLL, but using missing audio using built-in should be improved by:
commit d672ebfeb858e5283ce359bc1b7ced89f8f1582d Author: Andrew Eikum aeikum@codeweavers.com Date: Thu Nov 12 14:27:47 2015 -0600
xaudio2_7: Update current buffer position after flushing buffers.I just finished a boss battle (the final boss as it turned out) via 1.8-rc1, and didn't experience any missing audio (although I was never able to reliably reproduce the problem, as it seemed to happen at random). It's possible your commit fixed it.
Had a point in the middle of The Old Blood where I couldn't get past due to a crash that would crop up after some seconds to minutes, read about this problem and switched to native xaudio2_7 and as far as I can tell it solved it completely. Been playing several hours after that without any problems.
https://bugs.winehq.org/show_bug.cgi?id=38668
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #48 from winetest@luukku.com --- So are the both bugs fixed now? None is complaining.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #49 from Adam Bolte abolte@systemsaviour.com --- If I set:
xaudio2_7 (builtin)
I don't seen to have a problem. However if I don't have any DLL overrides, I get a backtrace after a few minutes. At least, that's what I noticed in my brief testing.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #50 from Adam Bolte abolte@systemsaviour.com --- Created attachment 55977 --> https://bugs.winehq.org/attachment.cgi?id=55977 backtrace-wolfenstein-the_old_blood-no_overrides-201610292301.txt
https://bugs.winehq.org/show_bug.cgi?id=38668
Kieran.Gillibrand6@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Kieran.Gillibrand6@gmail.co | |m
--- Comment #51 from Kieran.Gillibrand6@gmail.com --- I also receive a crash and trace after a few minutes with the native xaudio2_7 dll. The crashes were rare at the start of the game (once an hour maybe) but started happening every 10 minutes or so later on for some reason.
The builtin xudio2_7 dll is missing about half the ingame sound like others have reported but also seems to cause ingame freezing for 5-10 seconds at a time every 30 seconds or so for me which doesn't happen with the native.
Just figured I'd add that since I didn't see anyone else reporting it.
Wine 1.9.22 Fedora 24, 4.7.9-200.fc24.x86_64
https://bugs.winehq.org/show_bug.cgi?id=38668
Andrey Gusev andrey.goosev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrey.goosev@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=38668
Kimmo Myllyvirta kimmo.myllyvirta@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kimmo.myllyvirta@gmail.com
--- Comment #52 from Kimmo Myllyvirta kimmo.myllyvirta@gmail.com --- Could someone try this patch (for the native xaudio2_7 crash)? https://bugs.winehq.org/attachment.cgi?id=56972
I don't have this game, but I'm pretty sure what is going on here.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #53 from winetest@luukku.com --- (In reply to Kimmo Myllyvirta from comment #52)
Could someone try this patch (for the native xaudio2_7 crash)? https://bugs.winehq.org/attachment.cgi?id=56972
I don't have this game, but I'm pretty sure what is going on here.
I do have this game, but I am running out of disk space and the download would take several hours. But I want to ask this patch. Is this hack or proper fix? It changes memory addresses, but what it actually does?
https://bugs.winehq.org/show_bug.cgi?id=38668
Martin Kamp Jensen martin.kamp.jensen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|martin.kamp.jensen@gmail.co | |m |
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #54 from Kimmo Myllyvirta kimmo.myllyvirta@gmail.com --- See bug #41618.
Short answer; the native xaudio2_7 does not work with the current memory layout of wine (64-bit). It is actually a bug in native xaudio and dsound. They assume specific address space limits.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #55 from Adam Bolte abolte@systemsaviour.com --- I tried 2.0-rc6, first without the patch. Went straight to the Escape! chapter, and after the cut-scene, the game crashed after about a minute of gameplay - as expected.
Then I applied the patch to 2.0-rc6 and rebuilt Wine. The seemed to be running fine - went to the menu, selected the Escape! chapter, played through the cut-scene... and then the game locked up immediately afterwards (during the transition from cut-scene to gameplay). The wolfenstein process was stuck at 100% CPU load, and there was a spinning Wolfenstein logo which I hadn't noticed previously, probably because the loading time is usually instant.
The only console message that seemed possibly related happened a few seconds before the cut-scene ended (just prior to the crash):
err:ntdll:RtlpWaitForCriticalSection section 0x7bd366c0 "/mnt/gaming/applications/wine/git/dlls/ntdll/virtual.c: csVirtual" wait timed out in thread 0129, blocked by 012c, retrying (60 sec)
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #56 from Kimmo Myllyvirta kimmo.myllyvirta@gmail.com --- Thanks, I guessed it won't be that easy to fix it. I'll try to figure out some better patch that works for everyone/thing (that one breaks some tests etc).
I bought the game and it does fail similarly with a clean prefix. (I played it up to chapter 5 with the hack patch with not-so-clean prefix at first, no crashes). Skyrim SE is much easier to test, since the native xaudio2_7 crashes there almost immediately after launching it.
There are two possible approaches for fixing this (if it is even worth fixing - the bug is in native xaudio2_7, use builtin instead), either try to adjust the memory layout, or prefer/enforce bottom-up allocations. But really, both of these would be just hacks.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #57 from Adam Bolte abolte@systemsaviour.com --- I've just ran a few more tests with the patch. This time, the game was running fine both using built-in and native xaudio2_7 dlls - I played about two levels.
Then I got to another loading screen where the game would crash (or rather, get stuck in what looks like an infinite loop), and I was able to reproduce this using either native or built-in. Quite strange.
So I went back to my unpatched 2.0-rc6 build, loaded the game (tried both native and built-in), and selected the option to continue the game. Each time the level would now successfully load (says "Press E to continue"), but pressing E results in a backtrace.
Maybe my same game is getting corrupted somehow. The patch does have some sort of affect on what the game does when it crashes, but might not be the cause of the crash after all.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #58 from Kimmo Myllyvirta kimmo.myllyvirta@gmail.com --- No, the patch doesn't work correctly. Problem with that patch is the mmap, it will give you top-down addresses from 128TB downwards, wine tries to limit the address space to 8TB with that hack, but fails to do that. First problem is, it enters a very long loop in virtual.c:map_view while trying to find a suitable address. I'm not sure if I can make even a working hack.
bug #41618 can be marked as dupe of this one, the issue is the same (Skyrim SE has rendering issues later with d3d11, but that should be a separate bug).
Basically, the problem with native xaudio2_7 is; The addresses gets truncated inside the native xaudio2_7 to 43-bits. eg. in OP, Unhandled exception: page fault on read access to 0x7e1ab153780 in 64-bit code (0x000000000a041ca2). while the correct address is; 0x7fe1ab153780 More details in the above-mentioned bug.
https://bugs.winehq.org/show_bug.cgi?id=38668
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spleefer90@gmail.com
--- Comment #59 from Andrew Eikum aeikum@codeweavers.com --- *** Bug 41618 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #60 from C0rn3j spleefer90@gmail.com --- Trying with wine-staging git from yesterday and CSMT on(didnt test with off).
In Skyrim special edition:
With both
xaudio2_7 (builtin) and xaudio2_7 (native)
- I can hear sounds like horses walking and cart moving, but NPCs don't speak.
Also I can't get to the character selection screen even, as nothing happens when the carts arrive, not sure if that's related to this bug.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #61 from Kimmo Myllyvirta kimmo.myllyvirta@gmail.com --- The game uses WMA2 for dialogues/voices. trace:xaudio2:dump_fmt wFormatTag: 0x161 (WAVE_FORMAT_WMAUDIO2) You might want to see bug 39402, and try this patch https://bugs.winehq.org/attachment.cgi?id=55150&action=diff
Sounds work ok for me with native xaudio2. Did you run; $ winetricks xact_jun2010
https://bugs.winehq.org/show_bug.cgi?id=38668
Linus Kardell linus.kardell@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linus.kardell@gmail.com
--- Comment #62 from Linus Kardell linus.kardell@gmail.com --- Still crashing with wine-staging 2.12 with native XAudio2_7. It runs when I use builtin XAudio2_7, but then the positional audio seems to be broken.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #63 from dylanmc pinturiano@gmail.com --- Confirm that runs when I use builtin XAudio2_7, otherwise it will crash. No problem with sounds for me Wine 2.12-staging
https://bugs.winehq.org/show_bug.cgi?id=38668
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=38668
Andrew andrew.mrolko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew.mrolko@gmail.com
--- Comment #64 from Andrew andrew.mrolko@gmail.com --- *** Bug 44049 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #65 from Andrew Eikum aeikum@codeweavers.com --- Based in Kimmo's analysis, this isn't something we can easily fix in Wine. I made a change to prefer builtin over native xaudio2, so this crash should be something users have to opt-in to by setting native overrides. If there are problems with builtin, we should fix those.
(I also sent a pull request to winetricks to do the right thing there considering this change.)
commit b747d6f6ccdf1699a9242a570d681fa246de592e Author: Andrew Eikum aeikum@codeweavers.com Date: Mon Mar 26 13:14:20 2018 -0500
xaudio2: Prefer builtin version.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #66 from Andrew andrew.mrolko@gmail.com --- (In reply to Andrew Eikum from comment #65)
Based in Kimmo's analysis, this isn't something we can easily fix in Wine. I made a change to prefer builtin over native xaudio2, so this crash should be something users have to opt-in to by setting native overrides. If there are problems with builtin, we should fix those.
(I also sent a pull request to winetricks to do the right thing there considering this change.)
commit b747d6f6ccdf1699a9242a570d681fa246de592e Author: Andrew Eikum aeikum@codeweavers.com Date: Mon Mar 26 13:14:20 2018 -0500
xaudio2: Prefer builtin version.
Was this change put into place as a global setting for all wine applications?
As of wine 3.5, I started to see bug 44381 https://bugs.winehq.org/show_bug.cgi?id=44381 affecting regular Skyrim. This would be a new regression for Skyrim as of this version of wine.
Thanks
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #67 from Andrew Eikum aeikum@codeweavers.com --- (In reply to Andrew from comment #66)
(In reply to Andrew Eikum from comment #65)
Based in Kimmo's analysis, this isn't something we can easily fix in Wine. I made a change to prefer builtin over native xaudio2, so this crash should be something users have to opt-in to by setting native overrides. If there are problems with builtin, we should fix those.
(I also sent a pull request to winetricks to do the right thing there considering this change.)
commit b747d6f6ccdf1699a9242a570d681fa246de592e Author: Andrew Eikum aeikum@codeweavers.com Date: Mon Mar 26 13:14:20 2018 -0500
xaudio2: Prefer builtin version.Was this change put into place as a global setting for all wine applications?
Yes.
As of wine 3.5, I started to see bug 44381 https://bugs.winehq.org/show_bug.cgi?id=44381 affecting regular Skyrim. This would be a new regression for Skyrim as of this version of wine.
Thanks
Setting xaudio2_7, or whichever xaudio version the game uses, to native should fix this. The "xact" verb in winetricks will now do this.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #68 from Andrew andrew.mrolko@gmail.com --- *** Bug 44381 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=38668
demurgos@demurgos.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |demurgos@demurgos.net
--- Comment #69 from demurgos@demurgos.net --- I am using Wine 3.5 and want to run Skyrim Special Edition through Steam in a win64 prefix.
- When installing the game and simply starting it (fresh start), the game starts but there are no dialogues during the opening sequence.
- Same result when using `winecfg` to override `xaudio2_7` to use `builtin` (normal I guess, it seems to be the default): game starts but no dialogues (only the sound of the horses).
- When using `winecfg` to override `xaudio2_7` to use `native`, the game crashes at start.
- When running `winetricks xact` or `winetricks --force xact`, I see no change. The entries in `winecfg` are not modified. With the `native` `xaudio2_7` the game crashes, otherwise it starts but there are no dialogues.
The very first time I set `xaudio2_7` to `native`, the game has started without crashing and the dialogues worked. I closed the game during the character creation. I tried to reopen it (without any changes) but then it crashed with the behavior described above. I removed the wine prefix and reinstalled it but wasn't able to start the game with the native `xaudio2_7`. I don't know why it has worked once and wasn't able to reproduce it.
For me, the solution would be to either fix the xaudio2_7 native crash, fix the dialogues with the builtin xaudio2_7 or understand why it worked once with the native xaudio2_7.
I can submit some logs if you want.
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #70 from demurgos@demurgos.net ---
or understand why it worked once with the native xaudio2_7.
I was able to reproduce it: the game starts and dialogues work with the native xaudio2_7 if I start it in windowed (borderless or not) mode with the smallest resolution (800x450). I don't know how the resolution is related to xaudio2_7 but at least I know how to start it. (Obviously this is not ideal though).
If I run it fullscreen or with a larger windowed resolution with native xaudio2_7, it crashes.
https://bugs.winehq.org/show_bug.cgi?id=38668
joakimpokemeg@hotmail.no changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joakimpokemeg@hotmail.no
--- Comment #71 from joakimpokemeg@hotmail.no --- (In reply to demurgos from comment #70)
or understand why it worked once with the native xaudio2_7.
I was able to reproduce it: the game starts and dialogues work with the native xaudio2_7 if I start it in windowed (borderless or not) mode with the smallest resolution (800x450). I don't know how the resolution is related to xaudio2_7 but at least I know how to start it. (Obviously this is not ideal though).
If I run it fullscreen or with a larger windowed resolution with native xaudio2_7, it crashes.
Can confirm this "workaround". I have to say it's very weird, but it seems that all sounds are actually working. Using i3 i can actually resize the window with a button, which upgraded the resolution alot, the problem with that is that the mouse seemed to be locked to the corner where the game started and you can only move around within that resolution corner on the screen.
https://bugs.winehq.org/show_bug.cgi?id=38668
C0rn3j spleefer90@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|spleefer90@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=38668
--- Comment #72 from Andrew Eikum aeikum@codeweavers.com --- (In reply to demurgos from comment #69)
- Same result when using `winecfg` to override `xaudio2_7` to use `builtin`
(normal I guess, it seems to be the default): game starts but no dialogues (only the sound of the horses).
- When using `winecfg` to override `xaudio2_7` to use `native`, the game
crashes at start.
Yes, this seems consistent with my understanding. native 64-bit xaudio2 is broken in Wine due to how it manipulates pointers; see comment 58 here. Wine's built-in xaudio2 is missing WMA conversion, so some audio does not play back; see bug 39402.
The very first time I set `xaudio2_7` to `native`, the game has started without crashing and the dialogues worked. I closed the game during the character creation. I tried to reopen it (without any changes) but then it crashed with the behavior described above. I removed the wine prefix and reinstalled it but wasn't able to start the game with the native `xaudio2_7`. I don't know why it has worked once and wasn't able to reproduce it.
Yes, sometimes native 64-bit xaudio2 will happen to work by luck depending on how the xaudio2 data is allocated. Same thing with the fullscreen/windowed mode, it happens to allocate the data differently, which doesn't hit the pointer truncation issue.
For me, the solution would be to either fix the xaudio2_7 native crash [or] fix the dialogues with the builtin xaudio2_7
Yes, either of these would be great. Kimmo had some thoughts on fixing native, but he says his proposed fix caused other issues. Fixing builtin is discussed at the bug mentioned above.
https://bugs.winehq.org/show_bug.cgi?id=38668
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=38668
tim110011@163.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tim110011@163.com
--- Comment #73 from tim110011@163.com --- Fallout 4 is also affected by this bug. Luckly most of the time native xact dll override works, but not work with dxvk.
https://bugs.winehq.org/show_bug.cgi?id=38668
mo78@abv.bg changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mo78@abv.bg
--- Comment #74 from mo78@abv.bg --- Yes, same problem with DXVK, XAudio2_7.dll and Fallout 4.
https://bugs.winehq.org/show_bug.cgi?id=38668
Can Nuhlar cannuhlar@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cannuhlar@gmail.com
--- Comment #75 from Can Nuhlar cannuhlar@gmail.com --- Confirming that DXVK, native XAudio2_7.dll and Fallout 4 crashes on startup.
https://bugs.winehq.org/show_bug.cgi?id=38668
Joel Holdsworth joel@airwebreathe.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joel@airwebreathe.org.uk
https://bugs.winehq.org/show_bug.cgi?id=38668
Jordan Galby gravemind2a+wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gravemind2a+wine@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=38668
C0rn3j spleefer90@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spleefer90@gmail.com
--- Comment #76 from C0rn3j spleefer90@gmail.com --- wine-staging 3.15 (possibly earlier) compiled with ffmpeg 4 support works for Skyrim at least, albeit buggy. I'll post more info here:
https://bugs.winehq.org/show_bug.cgi?id=39402
https://bugs.winehq.org/show_bug.cgi?id=38668
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=38668
Anthony Jagers noonetinone@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |noonetinone@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=38668
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #77 from joaopa jeremielapuree@yahoo.fr --- This bug is quite messy. At first, does the bug still occur with wine-5.10?
-
wine-bugs＠winehq.org -
WineHQ Bugzilla