https://bugs.winehq.org/show_bug.cgi?id=50001
Bug ID: 50001 Summary: Epic Battle Fantasy 4 glitchy / crackly sound Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winepulse.drv Assignee: wine-bugs@winehq.org Reporter: spoon0042@hotmail.com CC: aeikum@codeweavers.com Regression SHA1: a10824a03cb7ad1a2a1987433c5ad832dcdf6962 Distribution: Debian
With bug 15437 fixed I tried Epic Battle Fantasy 4 again. Which in fact runs without any workaround, hooray. Unfortunately the sound is... glitchy. Or crackly. Sounds kind of like a vinyl record, if that makes sense. Whatever you call it, regression test came up with this:
a10824a03cb7ad1a2a1987433c5ad832dcdf6962 is the first bad commit commit a10824a03cb7ad1a2a1987433c5ad832dcdf6962 Author: Andrew Eikum aeikum@codeweavers.com Date: Mon Aug 17 10:38:18 2020 -0500
winepulse: Don't rely on pulseaudio callbacks for timing.
Contains contributions from Mark Harmstone and Zhiyi Zhang.
Some devices, especially USB devices, have very irregular timing or very long periods. Some Windows applications (The Witcher 3) are built to expect regular, short period times, and so would underrun when the device timing didn't match their expectations. This patch decouples the Windows-side timing from the OS-side timing so we can meet those applications' requirements.
Signed-off-by: Andrew Eikum aeikum@codeweavers.com Signed-off-by: Alexandre Julliard julliard@winehq.org
:040000 040000 8a50da38b87968668b84c04a64aafeb27005c759 0cae2ea7b06cd444a0e11ffd26cbf7ca05f5738d M dlls
If you have the game available you only need to skip to the main menu with "new game" as an option; the music will be glitchy.
https://bugs.winehq.org/show_bug.cgi?id=50001
--- Comment #1 from Andrew Eikum aeikum@codeweavers.com --- Thanks for reporting.
I think this is actually a side-effect of Bug 49839. The steamwebhelper process continually crashes, which takes up a lot of server time for one reason or another. Occasionally the audio thread gets caught up while the server is handling the crashing processes, and so the audio output gets interrupted.
I'm able to reproduce the problem with plain Wine with Windows Steam. With wine-staging, the steamwebhelper crashes seem not to happen, which fixes the game audio for me.
Are you running the game via the Windows Steam client? Are you using wine-staging, or just plain upstream Wine?
https://bugs.winehq.org/show_bug.cgi?id=50001
--- Comment #2 from Michael McGuire spoon0042@hotmail.com --- hmm. Seems to happen for me with either devel or staging. And I've been running Steam with -no-browser +open steam://open/minigameslist so I assume steamwebhelper isn't causing it. Trying a few times now, once at random it seemed ok for a minute or so but then went off, idk.
https://bugs.winehq.org/show_bug.cgi?id=50001
Olivier F. R. Dierick o.dierick@piezo-forte.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick@piezo-forte.be
--- Comment #3 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
(In reply to Andrew Eikum from comment #1)
I think this is actually a side-effect of Bug 49839. The steamwebhelper process continually crashes, which takes up a lot of server time for one reason or another. Occasionally the audio thread gets caught up while the server is handling the crashing processes, and so the audio output gets interrupted.
I think bug 49839 is actually a dupe of bug 32342 or bug 44985. Both have workarounds. I've updated that bug for that.
(In reply to Michael McGuire from comment #2)
hmm. Seems to happen for me with either devel or staging. And I've been running Steam with -no-browser +open steam://open/minigameslist so I assume steamwebhelper isn't causing it. Trying a few times now, once at random it seemed ok for a minute or so but then went off, idk.
Are there errors spamming the terminal output?
Maybe a WINEDEBUG=+audio,+pulse,+alsa log will shows audio buffer underruns?
Regards.
https://bugs.winehq.org/show_bug.cgi?id=50001
--- Comment #4 from Michael McGuire spoon0042@hotmail.com --- Created attachment 68430 --> https://bugs.winehq.org/attachment.cgi?id=68430 ebf log
With no WINEDEBUG set there really isn't anything on the terminal. The game itself spits out some stuff that doesn't appear relevant to the problem.
Attached a log with WINEDEBUG=+audio,+pulse,+alsa. I did see something about "underflow" while scrolling through it.
https://bugs.winehq.org/show_bug.cgi?id=50001
--- Comment #5 from Michael McGuire spoon0042@hotmail.com --- Seems to no longer be an issue in 5.20. But it's also working in 5.19 now as well. I think. So it's possible it was some side effect of steam doing something in the background. Which maybe shouldn't happen but I don't know if anything can be done about that.
https://bugs.winehq.org/show_bug.cgi?id=50001
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #6 from Gijs Vermeulen gijsvrm@gmail.com --- (In reply to Michael McGuire from comment #5)
Seems to no longer be an issue in 5.20. But it's also working in 5.19 now as well. I think. So it's possible it was some side effect of steam doing something in the background. Which maybe shouldn't happen but I don't know if anything can be done about that.
Is this still the case with 6.0rc1? Because if so, I guess we can close this bug.
https://bugs.winehq.org/show_bug.cgi?id=50001
Michael McGuire spoon0042@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME
--- Comment #7 from Michael McGuire spoon0042@hotmail.com --- yeah, still good in 6.0-rc1. fine with me.
https://bugs.winehq.org/show_bug.cgi?id=50001
--- Comment #8 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=50001
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Austin English austinenglish@gmail.com --- Closing.