https://bugs.winehq.org/show_bug.cgi?id=37574
Bug ID: 37574 Summary: Everyday Shooter -- crackling/popping sound Product: Wine Version: 1.7.30 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs@winehq.org Reporter: axfelix@gmail.com Distribution: ---
This happened fairly recently, as I play the game on a pretty regular basis and my wine version updates at least once a month, but I'm not sure of the exact version that the regression occurred in. Game has worked perfectly in wine for a long time (it uses OpenGL on Windows, which helps, though it never got an OSX or Linux port) but now has crackling audio. Significantly impacts on ability to play the game as audio is an integral part. I use pulse (and I haven't tested without) so I expect some amount of latency but this is far worse than simple latency.
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #1 from Alex axfelix@gmail.com --- Oops, nevermind -- this seem to be the result of changing Wine to emulate Windows 7 rather than Windows XP, which I did recently in order to test the compatibility of another program. Switching it back solves the issue. Not sure if this should be closed or not as a result.
https://bugs.winehq.org/show_bug.cgi?id=37574
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|wineserver |-unknown Severity|normal |enhancement
--- Comment #2 from Austin English austinenglish@gmail.com --- (In reply to Alex from comment #1)
Oops, nevermind -- this seem to be the result of changing Wine to emulate Windows 7 rather than Windows XP, which I did recently in order to test the compatibility of another program. Switching it back solves the issue. Not sure if this should be closed or not as a result.
Still a bug, just lower priority.
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #3 from Austin English austinenglish@gmail.com --- Could you attach a +tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio trace.
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #4 from Alex axfelix@gmail.com --- Hm, attempting to follow the guidelines from https://www.winehq.org/docs/winedev-guide/dbg-control
by doing:
$ $ mknod /tmp/wine_debug_pipe pWINEDEBUG=+tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio wine "/home/axfelix/.wine/drive_c/Program Files/Everyday Shooter/game.exe" &>/tmp/wine_debug_pipe
then, in another shell, $ cat /tmp/wine_debug_pipe
it appears to be pagefaulting on me:
$ cat /tmp/wine_debug_pipe 0018:fixme:ntoskrnl:KeInitializeSpinLock stub: 0x1462740 0018:fixme:ntoskrnl:KeInitializeSpinLock stub: 0x146273c 0018:fixme:ntoskrnl:KeInitializeSpinLock stub: 0x1462744 0018:fixme:ntoskrnl:KeInitializeSpinLock stub: 0x1462748 0018:fixme:ntoskrnl:KeInitializeSpinLock stub: 0x146274c 0018:fixme:ntoskrnl:KeInitializeMutex stub: 0x154c49c, 1 0018:fixme:ntoskrnl:KeInitializeEvent stub: 0x146272c 1 0 0018:fixme:ntoskrnl:IoInitializeTimer stub: 0x1460020, 0x134c3d0, 0x1460020 0018:fixme:ntoskrnl:IoStartTimer stub: 0x1460020 001b:fixme:ntoskrnl:KeWaitForSingleObject stub: 0x146272c, 0, 0, 0, (nil) 001b:fixme:ntoskrnl:PsTerminateSystemThread stub: 0 001f:fixme:ntoskrnl:ExInitializeResourceLite stub: 0x1125d2 001f:fixme:ntoskrnl:KeInitializeSpinLock stub: 0x11262a 001f:fixme:ntoskrnl:KeInitializeSpinLock stub: 0x112636 001f:fixme:ntoskrnl:KeInitializeEvent stub: 0x11263e 1 1 001f:fixme:ntoskrnl:KeInitializeSpinLock stub: 0x11264e 001f:fixme:ntoskrnl:KeInitializeSpinLock stub: 0x11261e 001f:fixme:ntoskrnl:ExInitializeZone stub: 0x11260e, 192, 0x1129a8, 24584 0021:fixme:heap:HeapSetInformation (nil) 1 (nil) 0 0021:fixme:process:SetProcessDEPPolicy (1): stub 0021:fixme:heap:HeapSetInformation (nil) 1 (nil) 0 0027:fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. 0009:trace:winmm:DllMain 0x7ead0000 0x1 0x1 0009:trace:msacm:DllMain 0x7efe0000 0x1 0x1 0009:trace:msacm:MSACM_RegisterDriver (L"msacm.imaadpcm", L"imaadp32.acm", (nil)) 0009:trace:msacm:MSACM_RegisterDriver (L"msacm.msadpcm", L"msadp32.acm", (nil)) 0009:trace:msacm:MSACM_RegisterDriver (L"msacm.msg711", L"msg711.acm", (nil)) 0009:trace:msacm:MSACM_RegisterDriver (L"msacm.winemp3", L"winemp3.acm", (nil)) 0009:trace:msacm:MSACM_RegisterDriver (L"msacm.msgsm610", L"msgsm32.acm", (nil)) 0009:trace:msacm:MSACM_ReorderDriversByPriority 0009:trace:msacm:MSACM_ReorderDriversByPriority RegOpenKeyW failed, possibly key does not exist yet 0009:trace:msacm:MSACM_RegisterDriver (L"msacm32.dll", L"msacm32.dll", (nil)) wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000).
It runs normally otherwise. Any ideas why this is happening?
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #5 from Austin English austinenglish@gmail.com --- Hi Alex, see http://wiki.winehq.org/FAQ#head-16da35b6327024d6ea576e3678488b16862d0f5e
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #6 from Alex axfelix@gmail.com --- I'm afraid it still dies immediately when I try to use those trace options with that syntax...
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #7 from Austin English austinenglish@gmail.com --- (In reply to Alex from comment #6)
I'm afraid it still dies immediately when I try to use those trace options with that syntax...
Could you paste the exact command line used?
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #8 from Alex axfelix@gmail.com --- WINEDEBUG=+tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio wine "/home/axfelix/.wine/drive_c/Program Files/Everyday Shooter/game.exe" >> ~/Desktop/output.txt 2>&1
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #9 from Austin English austinenglish@gmail.com --- (In reply to Alex from comment #8)
WINEDEBUG=+tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d, +dmusic,+mci,+oss,+alsa,+coreaudio wine "/home/axfelix/.wine/drive_c/Program Files/Everyday Shooter/game.exe" >> ~/Desktop/output.txt 2>&1
cd to the directory first: cd "$HOME/.wine/drive_c/Program Files/Everyday Shooter" WINEDEBUG=+tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio wine game.exe >> ~/Desktop/output.txt 2>&1
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #10 from Alex axfelix@gmail.com --- Created attachment 50039 --> https://bugs.winehq.org/attachment.cgi?id=50039 WinXP compatibility trace
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #11 from Alex axfelix@gmail.com --- Created attachment 50041 --> https://bugs.winehq.org/attachment.cgi?id=50041 Win7 compatibility trace
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #12 from Alex axfelix@gmail.com --- Okay, that oughta do it! Let me know if I can be of further help.
https://bugs.winehq.org/show_bug.cgi?id=37574
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #13 from Andrew Eikum aeikum@codeweavers.com --- WinXP mode uses the dsound API, while Win7 mode uses mmdevapi directly. This is pretty common for games that use xaudio2.
You're using the unofficial Wine build with the pulseaudio mmdevapi backend. This sounds like an issue with that backend, since the game is talking directly to it in Win7 mode.
I'd be interested to know if this still occurs if you use the winealsa backend with the pulse plugin.
Also, are you using a USB audio device?
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #14 from Alex axfelix@gmail.com --- Yup, 90% of my audio comes over USB A2DP Bluetooth via Pulse -- /that's/ why I know actually problematic latency when I hear it :)
I get my wine builds from the ubuntu-wine PPA, per https://www.winehq.org/download/ubuntu, on the assumption that this represents the closest-to-intended "stock" environment. Would be happy to switch to some more "official" build if it's as easy to maintain.
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #15 from Andrew Eikum aeikum@codeweavers.com --- (In reply to Alex from comment #14)
Yup, 90% of my audio comes over USB A2DP Bluetooth via Pulse -- /that's/ why I know actually problematic latency when I hear it :)
I get my wine builds from the ubuntu-wine PPA, per https://www.winehq.org/download/ubuntu, on the assumption that this represents the closest-to-intended "stock" environment. Would be happy to switch to some more "official" build if it's as easy to maintain.
Okay, thanks. Probably this is reproducible with winealsa, too. USB audio through PulseAudio just generally isn't in a good state.
If you want to keep trying to fix this, I'd recommend contacting the winepulse maintainer, Maarten: http://repo.or.cz/w/wine/multimedia.git. He may have some tips for how to improve your USB device's behavior in PulseAudio.
I think we should leave this bug open for now since USB audio is also bad under winealsa.
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #16 from Alex axfelix@gmail.com --- Actually, I've done plenty of research and testing on Pulse configs up to this point and I'm generally pretty happy with my audio performance, given how many potential roadblocks it involves (and as I've said, this game works perfectly in XP mode, albeit Wine adds a little more latency to the existing little bit of latency added by USB, Pulse, and A2DP). But if you wanted this bug to stand in for "USB audio issues when running under Windows 7 mode," that would make sense to me!
https://bugs.winehq.org/show_bug.cgi?id=37574
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |minor
https://bugs.winehq.org/show_bug.cgi?id=37574
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #17 from super_man@post.com --- Since last reply pulseaudio has been merged into wine and also lots of audio related code. It would be good time to retest with more recent wine (1.8 or 1.9 series).
https://bugs.winehq.org/show_bug.cgi?id=37574
--- Comment #18 from Alex axfelix@gmail.com --- I should retest now that I'm on Pulse 8 (Ubuntu 16.04). Previously no matter how recent the version of Wine I used (staging 1.9.x), I still have to have the registry key that forces ALSA audio in order for it to not crackle over bluetooth.
https://bugs.winehq.org/show_bug.cgi?id=37574
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #19 from winetest@luukku.com --- (In reply to Alex from comment #18)
I should retest now that I'm on Pulse 8 (Ubuntu 16.04). Previously no matter how recent the version of Wine I used (staging 1.9.x), I still have to have the registry key that forces ALSA audio in order for it to not crackle over bluetooth.
Could you retest? Wine changes so much in a timespan like this.
https://bugs.winehq.org/show_bug.cgi?id=37574
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #20 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-5.0-rc2?
https://bugs.winehq.org/show_bug.cgi?id=37574
Alex axfelix@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #21 from Alex axfelix@gmail.com --- No, I'll close this.
https://bugs.winehq.org/show_bug.cgi?id=37574
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #22 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.0-rc3.