[Bug 37574] New: Everyday Shooter -- crackling/popping sound
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(a)winehq.org Reporter: axfelix(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #1 from Alex <axfelix(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|wineserver |-unknown Severity|normal |enhancement --- Comment #2 from Austin English <austinenglish(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #3 from Austin English <austinenglish(a)gmail.com> --- Could you attach a +tid,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio trace. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #4 from Alex <axfelix(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #5 from Austin English <austinenglish(a)gmail.com> --- Hi Alex, see http://wiki.winehq.org/FAQ#head-16da35b6327024d6ea576e3678488b16862d0f5e -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #6 from Alex <axfelix(a)gmail.com> --- I'm afraid it still dies immediately when I try to use those trace options with that syntax... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #7 from Austin English <austinenglish(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #8 from Alex <axfelix(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #9 from Austin English <austinenglish(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #10 from Alex <axfelix(a)gmail.com> --- Created attachment 50039 --> https://bugs.winehq.org/attachment.cgi?id=50039 WinXP compatibility trace -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #11 from Alex <axfelix(a)gmail.com> --- Created attachment 50041 --> https://bugs.winehq.org/attachment.cgi?id=50041 Win7 compatibility trace -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #12 from Alex <axfelix(a)gmail.com> --- Okay, that oughta do it! Let me know if I can be of further help. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum(a)codeweavers.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #13 from Andrew Eikum <aeikum(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #14 from Alex <axfelix(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #15 from Andrew Eikum <aeikum(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #16 from Alex <axfelix(a)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! -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |minor -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 super_man(a)post.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man(a)post.com --- Comment #17 from super_man(a)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). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 --- Comment #18 from Alex <axfelix(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 winetest(a)luukku.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest(a)luukku.com --- Comment #19 from winetest(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #20 from joaopa <jeremielapuree(a)yahoo.fr> --- Does the bug still occur with wine-5.0-rc2? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 Alex <axfelix(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #21 from Alex <axfelix(a)gmail.com> --- No, I'll close this. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37574 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #22 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 5.0-rc3. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla