https://bugs.winehq.org/show_bug.cgi?id=45623
Bug ID: 45623 Summary: Audio cracking since 3.13 Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: sashok.olen@gmail.com Distribution: ---
Since wine 3.13 version came out, the audio in a game I play (Overwatch) after a while starts to crack a lot. This happens with both winepulse and winealsa driver. This does not happen 3.12 so should probably be marked as regression.
https://bugs.winehq.org/show_bug.cgi?id=45623
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=45623
Alexandr Oleynikov sashok.olen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com | |, z.figura12@gmail.com Component|-unknown |-unknown Product|Wine |Wine-staging
https://bugs.winehq.org/show_bug.cgi?id=45623
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com
--- Comment #1 from Zebediah Figura z.figura12@gmail.com --- Can you please attach a log with the channels given in https://wiki.winehq.org/Sound#What_to_include_when_filing_a_bug?
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #2 from Andrew Eikum aeikum@codeweavers.com --- Please also include a description of your audio hardware and any modifications you have made to your PulseAudio configuration.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #3 from Alexandr Oleynikov sashok.olen@gmail.com --- Ok! I will try to create a log when I have spare time, as the issue can take a while to appear. I should probably mention that I currently use custom-built wine-staging for this game without this patchset https://github.com/wine-staging/wine-staging/tree/master/patches/winepulse-P... and with this build I don't experience cracking audio. I figured out it's the only audio-related patch added between 3.12 and 3.13 and just got rid of it. For audio output I use a small external USB DAC https://ru.aliexpress.com/item/Q1-USB-DAC-PCM2704/32841507337.html?spm=a2g0s...
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #4 from Alexandr Oleynikov sashok.olen@gmail.com --- It also seems to appear much quicker with pulse_latency_msec environment variable set to 60, but it still happens without it.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #5 from Andrew Eikum aeikum@codeweavers.com --- Yeah, the patches are intended to work better with USB hardware without needing to set environment overrides or change your PA configuration. A log (without the environment variable) would still be useful.
https://bugs.winehq.org/show_bug.cgi?id=45623
bugspotato@disroot.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bugspotato@disroot.org
--- Comment #6 from bugspotato@disroot.org --- Using wine-staging 3.13 pulseaudio game started fine(sound was OK), started buzzing after a few minutes, distorted sound. reinstalling winetricks and rebooting did the trick. sound is A OK.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #7 from Alexandr Oleynikov sashok.olen@gmail.com --- It may seem like it’s “gone” but it will happen again, just wait. Plus I have no idea how reinstallation of winetricks would even solve this.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #8 from bugspotato@disroot.org --- You're right, reinstalling winetricks has nothing to do with it. After a reboot the problem disappears, only to appear again after some time.
https://bugs.winehq.org/show_bug.cgi?id=45623
Markus Linnala markus.linnala+winehq@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |markus.linnala+winehq@gmail | |.com
--- Comment #9 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62133 --> https://bugs.winehq.org/attachment.cgi?id=62133 Log where issue happens after a while
export WINEDEBUG=+tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp
After time about 20674 should be logs when there is issue.
First I started battle.net and then SC2 and changed view to Versus and then there was issue. After a while I just stopped SC2 and then battle.net.
Currently I've tested it:
Package: wine-staging64-3.14-1.x86_64 Packager: "WineHQ Builds webmaster@fds-team.de" OS: Fedora 28 / x86_64 HW: Focusrite Scarlett 2i4 USB
I did not use clean wine prefix.
The problem does not always appear right from the start but eventually it will.
As far as I can see, I use Fedora defaults for pulseaudio.
Audio is configured as Quadraphonic in winecfg Audio tab as it is what SC2 also uses. I have selected Enable Environmental Audio Extension (EAX).
Sound works as expected with 3.12 and there is no issues even after a while. There has not been this kind of issues in previous versions.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #10 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62134 --> https://bugs.winehq.org/attachment.cgi?id=62134 Another time
Another session where there is problem too right away after starting SC2. It was somewhat less audible this time.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #11 from Andrew Eikum aeikum@codeweavers.com --- Created attachment 62149 --> https://bugs.winehq.org/attachment.cgi?id=62149 Possible fixes
Thanks Markus, that was really useful. I see there's a very long pause in the audio output for some reason:
20687.426:0140:trace:pulse:pulse_read Readable total: 220, fragsize: 160 20687.889:013f:trace:pulse:AudioCaptureClient_GetBuffer (0x6de35c0)->(0xbc4fcf0, 0xbc4fce0, 0xbc4fce4, (nil), (nil))
We handle that badly, eventually claiming that time is going backwards:
20688.313:013d:trace:pulse:pulse_timer_cb 0x6dc6470 after update, adv usec: -11717, held: 2205, delay: 15
I attached two patches here, to be applied on top of current wine-staging patches, that hopefully helps address this in two ways. The first explicitly asks for a timing data update, and the second resets the clock we use for timing on underruns, to avoid time going "backwards".
Can you try them out, and get me a new log if it continues to fail?
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #12 from Markus Linnala markus.linnala+winehq@gmail.com --- (In reply to Andrew Eikum from comment #11)
Can you try them out, and get me a new log if it continues to fail?
Okay, I'll try.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #13 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62150 --> https://bugs.winehq.org/attachment.cgi?id=62150 After patches, seems to work
I tested about 30 minutes. I tried everything I could to produce issues but it was not to be. So I guess it might be fixed.
Previously this issue has been mostly audible during music. And I'm quite sure there were no issues with music.
As I was not able to iterate all effects, I'm not super sure if everything is perfectly fixed.
Thank you,
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #14 from Andrew Eikum aeikum@codeweavers.com --- (In reply to Markus Linnala from comment #13)
Created attachment 62150 [details] After patches, seems to work
Cool! Keep testing a bit and let me know if you see the problem again. I'll forward it on to the wine-staging folks to get it into the next release.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #15 from Markus Linnala markus.linnala+winehq@gmail.com --- After some further testing, issue lingers still. Sorry, I don't have log now. I'll try to repeat and catch at least partial log.
Audio does not normally crack and is fixed. But during one SC2 game there was constant cracking. After the game audio was fixed by itself and next game did not have any issues.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #16 from Alexandr Oleynikov sashok.olen@gmail.com --- This is a drastic suggestion, but maybe the patchset should be pulled from staging until the issues it causes are fixed.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #17 from Markus Linnala markus.linnala+winehq@gmail.com --- The patches make situation a lot better, maybe 1/10 times as much cracking. My testing is not very scientific as cracking appears during SC2 game and then it stays until the game ends. As SC2 is very CPU intensive, maybe there is some issues with timing still.
Without the patches, I could get cracking from SC2 menus or music about 2/3 time and if I played a game or two then every time. And once there was cracking it stayed until I exitted the SC2.
I changed my wine to run like this to collect audio logging every time. Compressed log is still more than 100MiB per hour.
wine './Battle.net/Battle.net.exe' |& zstd -9 -T0 - -o /tmp/wine-audio-"$(date +%FT%T|sed 's/[:-]//g')".txt.zst
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #18 from Andrew Eikum aeikum@codeweavers.com --- You can drop +dsound from the channels list, it's noisy and not very useful for this problem. That should cut out about half the file size.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #19 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62156 --> https://bugs.winehq.org/attachment.cgi?id=62156 Patched with issues part 1/5
Here is log where there is issues about half way to end. As log is too big to add, I've splitted it in 5 parts.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #20 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62157 --> https://bugs.winehq.org/attachment.cgi?id=62157 Patched with issues part 2/5
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #21 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62158 --> https://bugs.winehq.org/attachment.cgi?id=62158 Patched with issues part 3/5
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #22 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62159 --> https://bugs.winehq.org/attachment.cgi?id=62159 Patched with issues part 4/5
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #23 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62160 --> https://bugs.winehq.org/attachment.cgi?id=62160 Patched with issues part 5/5
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #24 from Andrew Eikum aeikum@codeweavers.com --- Something really weird is going on at the start of that log:
640.530:0123:trace:pulse:pulse_timer_cb got now: 0, last time: 0 640.530:0123:trace:pulse:pulse_write writing main chunk of 0 bytes 640.541:0123:trace:pulse:pulse_timer_cb got now: 0, last time: 0 640.541:0123:trace:pulse:pulse_write writing main chunk of 0 bytes 640.551:0123:trace:pulse:pulse_timer_cb got now: 0, last time: 0 640.551:0123:trace:pulse:pulse_write writing main chunk of 0 bytes ... 674.777:0123:trace:pulse:pulse_timer_cb got now: 2acd9, last time: 0 674.777:0123:trace:pulse:pulse_write writing main chunk of 0 bytes 674.788:0123:trace:pulse:pulse_timer_cb got now: 2acd9, last time: 2acd9 674.788:0123:trace:pulse:pulse_write writing main chunk of 7328 bytes ... 674.940:0123:trace:pulse:pulse_timer_cb got now: 2acd9, last time: 43379 674.940:0123:trace:pulse:pulse_write writing main chunk of 7168 bytes 674.955:0123:trace:pulse:pulse_timer_cb got now: 2d63a, last time: 45a89 674.955:0123:trace:pulse:pulse_write writing main chunk of 3584 bytes 674.970:0123:trace:pulse:pulse_timer_cb got now: 31233, last time: 48199 674.970:0123:trace:pulse:pulse_write writing main chunk of 7168 bytes
PulseAudio refuses to accept more data for 34 seconds! The game is writing data this whole time. I didn't account for this situation, so the buffer offsets get out of sync.
Then its position moves forward, but it still doesn't accept data. Then it accepts data, but the position doesn't move for 1/5 of a second even while it accepts data. Then it finally starts advancing normally and you get normal playback. I suspect the bad audio happens during an underrun or something, where the out of sync buffer offsets jump around a bit and then happen to overlap.
This is really weird behavior. CodeWeavers purchased a Scarlett Solo for me to test with and I don't see this behavior here at all. Anyway, I'll try to come up with a patch that handles this better.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #25 from Alexandr Oleynikov sashok.olen@gmail.com --- Perhaps this issue is specific to more cheap devices.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #26 from Markus Linnala markus.linnala+winehq@gmail.com --- I'm using now effectively Wine Staging 3.15, but build is mine now, additional patches mostly PBA and those should not be related to this audio issue. I don't think there is any difference between patched Wine Staging 3.14 or current situation.
Issue is definitely present still, but does not happen very often. Also if the issue happens in menu, it can be stopped by changeing menu view to different one with own audio. And if issue happens during the game, it goes away when game ends.
I have not had any other time when the issue happened in first game. As I don't understand timestamping with Wine I can't easily cut relevant part from bigger log. Usually logs are tens of MB in size when compressed.
Sometimes the issue is just couple of small cracks per second and othertimes audio is distorted.
My audio settings in SC2 is highest, 128 channels and so on.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #27 from Andrew Eikum aeikum@codeweavers.com --- Created attachment 62226 --> https://bugs.winehq.org/attachment.cgi?id=62226 winepulse: account for PA devices that fall way behind
Yes, your logs have been very helpful in diagnosing this, thanks again. I'm just very confused by this behavior. Are you doing anything like turning audio devices on after starting the game, or switching the game's audio device in PulseAudio?
Anyway, I've attached a small patch here to apply on top of the other existing patches you are already using. Please give it a shot and let me know if it helps.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #28 from Markus Linnala markus.linnala+winehq@gmail.com --- Focusrite Scarlett sometimes gets out of sync and is in error state. Usually it happens when program starts and it initializes audio. You can hear it, like snap snap snap. If there is out of sync situation, then the device shows error lights (two input level lights are red) and to fix it I usually disconnect devices USB and reconnect. And after the device is up again everything works as expected. This can happen for example when SC2 starts, during loading screen before there is any real sounds.
It probably was this what you are looking, sorry I can't remember exactly and this is kind of automatic and I forgot. I'll still give a try in couple of days.
Thank you,
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #29 from Markus Linnala markus.linnala+winehq@gmail.com --- Also this out of sync is not related to Wine at all. It is Linux/USB/Scarlett Focusrite issue.
Also there is crack/snap/pop when SC2 loads/computes new graphics stuff, shaders etc, there is also noticeable pause within the graphics during this. But it is just once or twice and does not happen again.
This cracking issue starts and it does not go away until current audio stream ends. I previously assumed it is related to high load but I've experienced it in menus and therefore low load.
https://bugs.winehq.org/show_bug.cgi?id=45623
Jordan Galby gravemind2a+wine@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gravemind2a+wine@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #30 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62262 --> https://bugs.winehq.org/attachment.cgi?id=62262 Multiple logs with 3.15 and patch from comment #27
Patch from Comment #27 https://bugs.winehq.org/attachment.cgi?id=62226 Does not seem to work. My battle.net dies with it.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #31 from Andrew Eikum aeikum@codeweavers.com ---
2017.754:00ef:trace:pulse:pulse_write writing small chunk of 4293958288 bytes 2017.755:00ef:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf7c17a16 ip=f7c17a16 tid=00ef
Yep, that'd do it. Thanks for your patience on this, I'll look into it.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #32 from Markus Linnala markus.linnala+winehq@gmail.com --- SC2 updated 2018-09-05 and again 2018-09-12 and it is now v4.6.1.68195. battle.net is now v1.12.3 build 10491.
Wine is my own build, essentially 3.15 staging with PBA.
I have not had issues with audio after first mentioned SC2 update. I have not done overly too much testing but I guess problem should have occurred once or twice.
I still guess this issue is still valid, but current program timings make it happen less than previously.
https://bugs.winehq.org/show_bug.cgi?id=45623
mirh mirh@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mirh@protonmail.ch
https://bugs.winehq.org/show_bug.cgi?id=45623
Storm Engineer hewanci@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hewanci@gmail.com
--- Comment #33 from Storm Engineer hewanci@gmail.com --- I'm still experiencing this with Overwatch as of right now, with:
Arch Linux (freshly updated) wine-staging 3.16-1 pulseaudio 12.2-2
Sometimes the cracking takes a while to appear, but sometimes it starts the instant I launch the game (already before even loading screen appears) in the form of a repeating pattern.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #34 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62353 --> https://bugs.winehq.org/attachment.cgi?id=62353 log 3.16 staging with issue 1/11
Issue started almost from start, I'll upload only 3/11 parts. My focusrite needed a restart after I started SC2.
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #35 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62354 --> https://bugs.winehq.org/attachment.cgi?id=62354 log 3.16 staging with issue 2/11
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #36 from Markus Linnala markus.linnala+winehq@gmail.com --- Created attachment 62355 --> https://bugs.winehq.org/attachment.cgi?id=62355 log 3.16 staging with issue 3/11
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #37 from Andrew Eikum aeikum@codeweavers.com --- Created attachment 62597 --> https://bugs.winehq.org/attachment.cgi?id=62597 winepulse: Fix local buffer offset wrapping
(In reply to Markus Linnala from comment #30)
Created attachment 62262 [details] Multiple logs with 3.15 and patch from comment #27
Patch from Comment #27 https://bugs.winehq.org/attachment.cgi?id=62226 Does not seem to work. My battle.net dies with it.
This patch will fix this crash, but I'm not confident it will fix your audio problem. Worth a try anyway. I'm going to look at your latest 3 logs now.
https://bugs.winehq.org/show_bug.cgi?id=45623
Jan Havran havran.jan@email.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |havran.jan@email.cz
--- Comment #38 from Jan Havran havran.jan@email.cz --- This bug is also causing audio issues in Vietcong. Still an issue in Wine-Staging 3.18 (which contains patches from attachment 62149). I also applied patches from attachments 62226 and 62597, but audio is still cracking. Also note that code inside of block (from your patch):
if(This->pa_held_bytes > This->real_bufsize_bytes){
is never called - I have put there a breakpoint:
Wine-dbg>info break Breakpoints: 3: y 0x7b8279f8 AudioRenderClient_ReleaseBuffer+0xf8 [/usr/src/debug/wine-staging-32-build/dlls/winepulse.drv/../../../wine-staging/dlls/winepulse.drv/mmdevdrv.c:2532] in winepulse (1)
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #39 from Andrew Eikum aeikum@codeweavers.com --- Thanks for reporting, Jan. Can you attach a log with the channels from https://wiki.winehq.org/Sound ? I see some suspicious stuff in Markus's logs and I'd like to see if you are having the same problem. Also, what kind of audio hardware are you using?
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #40 from Jan Havran havran.jan@email.cz --- Created attachment 62612 --> https://bugs.winehq.org/attachment.cgi?id=62612 Vietcong Fist Alpha multiplayer demo audio log (wine staging 3.18)
Here is log from Vietcong: Fist Alpha multiplayer demo for patched Wine-Staging 3.18. It is interesting that I could not reproduce bug in Singleplayer demo, while in full version or multiplayer it was always cracking - I let it play main menu soundtrack for several seconds, then I quit the game.
I am using Intel chipset on my laptop: lspci | grep Audio 00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06) 00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05)
WINEDEBUG=+tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+oss,+alsa,+coreaudio,+timestamp linux: 4.18.14 pulseaudio: pulseaudio 12.2 distro: antergos
https://bugs.winehq.org/show_bug.cgi?id=45623
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #62149|0 |1 is obsolete| | Attachment #62226|0 |1 is obsolete| | Attachment #62597|0 |1 is obsolete| |
--- Comment #41 from Andrew Eikum aeikum@codeweavers.com --- Created attachment 62877 --> https://bugs.winehq.org/attachment.cgi?id=62877 Combined patchset with fixes
I'm attaching here a set of three patches to be applied on top of the current wine-staging patchset. These should fix the suspicious stuff seen in Marcus's logs, and also the Battle.NET crash mentioned earlier. This should also fix the problem from Bug 46104. I'm going to ask the wine-staging folks to merge these patches in.
I haven't been able to experience any crackling issues in only Wine with the Scarlet Solo that I've been using for a few months. I have noticed that if I toggle the device on and off in pavucontrol, I can easily get it to start crackling with any audio application, including Wine and Firefox. That indicates a problem with PulseAudio, or possibly with the device, but not a problem in Wine. If you have crackling, I'd suggest verifying that *only* Wine is affected by testing with a native Linux application. If you get bad audio in both, then it is not a Wine problem.
https://bugs.winehq.org/show_bug.cgi?id=45623
sykhro sykhro@protonmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sykhro@protonmail.com
--- Comment #42 from sykhro sykhro@protonmail.com --- I have a Scarlett Solo too, I can get audio to crackle in things that are not Wine. Happens quite frequently with Discord, for example. Not sure about that, but it seems to happen every time there's a sample rate change.
https://bugs.winehq.org/show_bug.cgi?id=45623
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #43 from Eli M. eli@meluc.ci --- *** Bug 45687 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=45623
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winepulse.drv Version|3.13 |5.16 Product|Wine-staging |Wine
--- Comment #44 from Zebediah Figura z.figura12@gmail.com --- The relevant patch was upstreamed as https://source.winehq.org/git/wine.git/commitdiff/a10824a03cb7ad1a2a1987433c5ad832dcdf6962. I'm not immediately sure from this bug whether all of the mentioned crackling was fixed by then, though, or is fixed upstream. Could all of the relevant reporters please retest with upstream wine?
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #45 from Jan Havran havran.jan@email.cz --- I tested Wine 6.1 and still got sound issues (tested singleplayer demo for Vietcong). Feel free to ask for debug logs, testing patches etc (I am quite busy, but I will do my best). I think it is same issue as discussed here, since I have this problem since wine 3.x (even though I switched to other computer in the meantime). I have faster CPU now, so maybe I could find which commit caused this (if I will be able to compile Wine version that old).
https://bugs.winehq.org/show_bug.cgi?id=45623
--- Comment #46 from Jan Havran havran.jan@email.cz --- Ok, so I did some test on my new hardware. I was bisecting git and found that on this hardware the audio is probably broken since commit a10824a03cb7ad1a2a1987433c5ad832dcdf6962 - which is odd. With few workarounds [1][2] I managed to built even Wine 3.13 (reported as a version causing this issue), but even this version worked fine for me. It might be possible, that on some hardware this commit fixes audio (can not confirm it now), while on some it breaks it (my new hardware).
I will try to test game again on my old laptop, where audio started causing troubles with Wine 3.13.
[1] https://aur.archlinux.org/packages/wine-valve-git/?O=0&PP=10#comment-746... [2] https://bugs.gentoo.org/697650
-
wine-bugs＠winehq.org -
WineHQ Bugzilla