Description of problem: When running audio enabled programs in wine sound is crackling all the time. Version-Release number of selected component (if applicable): wine-1.3.36-1.fc16.x86_64 wine-1.3.37-1.fc16.x86_64 (testing) How reproducible: Always Steps to Reproduce: 1. winecfg 2. go to Audio tab 3. Test Sound Actual results: crackling sounds produced Expected results: normal output Additional info: - Selected driver: winealsa.drv - other fields - (System default) Two questions - Why there is no longer an option to change the driver? Why is wine-pulseaudio package empty? # rpm -ql wine-pulseaudio (contains no files) (contains no files)
Since the move to the new sound api in wine there is no winepulse driver anymore. The wine-pulseaudio package makes sure all dependencies for wine <-> pulseaudio interaction are installed (take a look at the requires).
I got the same problems. I started the an application through the console and there I got the output: ALSA lib pcm.c:7316:(snd_pcm_recover) underrun occurred this is written very often to the console. I also selected alsa driver and installer the wine-pulseaudio package.
I updated the kernel today to kernel-3.2.3-2.fc16 and now sound is working again.
Unfortunately this problem remains unresolved for me. It usually works for a few minutes just fine but the crackling eventually returns. I also noticed the other day that this is not just crackling but the sound is actually playing very very fast (perhaps related to the underrun error). Details of system (in case it helps): Using Wine 1.3.37 on Fedora 16 x64 completely updated as of 2012-02-20. Playing mostly World of Warcraft 4.3 Linux Kernel 3.2.6-3 I noticed that the crackling/fast sound is usually preceded with the following error as well: err:winmm:WINMM_OpenDevice Activate failed: 80004005 If there is something I can do to help debug this issue, please let me know.
Actually I just updated to 1.4.0.6rc in the testing packages. I will report back here if the sound issue is unresolved.
Well, that didn't resolve it. I also notice that I see the following SELinux warning: SELinux is preventing /usr/bin/wine-preloader from mmap_zero access on the None Not sure if its related.
In can reproduce this problem on my computer as well. F16 x86_64. In this case, it occurs running wine with eve online. I noticed, that killing the pulseaudio server right before the start, minimize the crackling for a while. After some time, the sound starts to crackling again. It seems to help killing pulseaudio again and (often not possible) reinitialize the sound in-game. After running an wine application for multiple hours, the crackling starts and having an serious impact on the overall system performance. Stopping wine, immediatly stops the high CPU load and system is running fine again. The easiest way to reproduce this issue is described by Richard in #1 using winecfg. Building latest trunk of wine does not fix the problem. Initially I had the problem, when upgrading from F15.
I think I managed to find a workarround for this issue finally. The issue seems not to be related to wine itself, but pulseaudio and is even documented in the wine faq: http://wiki.winehq.org/Sound (section Older (<1.0) PulseAudio). As F16 still deploy pulseaudio-0.9.23-1.fc16, it seems like it is affected by this issue as well. Using the command line "pasuspender -- winecfg", I am not able to reproduce the crackling of the sound anymore like described in #1. Also initially tests with some other programs running wine, seems to fix the problem. So this issue might be fixed in F17 or requiring an updated PA version in F16.
Can confirm the workaround of pasuspender works for me also on F16
I had this issue in F16 and I am experiencing it again in F17. I have wine and wine-pulseaudio installed. Trying 'pasuspender -- winecfg' results in no sound output at all, vs. the crackle/fart sound when run normally.
(In reply to comment #10) > I had this issue in F16 and I am experiencing it again in F17. > > I have wine and wine-pulseaudio installed. Trying 'pasuspender -- winecfg' > results in no sound output at all, vs. the crackle/fart sound when run > normally. Yup, that's my experience too. What I've noticed is that it's not just a crackle; it appears as though the sound is playing really really fast. The crackle is just a side-effect.
Same issue here, no sound under wine 1.5.2 on Fedora 16. Tried teh pasuspender -- winecfg, but still get no audio.
My symptoms are identical to those of Kenny Armstrong and Patrick. I am also running Wine 1.5.2 under F16. Since some people are able to get sound to play by using pasuspender (but not me or the others I mentioned), could there perhaps be some configuration or sound card differences that could cause the symptoms? I can attach my system configuration if you want it.
As with others on this bug, I can confirm that running pasuspender disables audio in wine (I get no sound in apps run through wine with pasuspender). FWIW, I'm running the following packages: * wine-1.5.2-2.fc16 (64-bit) * pulseaudio-0.9.23-1.fc16 (64-bit) AlsaMixer shows my audio device as an HDA Intel PCH with a Realtek ACL892 audio chipset for analog out. Hope this helps.
My card is given by amixer as: Card hw:0 'CK804'/'NVidia CK804 with ALC850 at irq 22' Mixer name : 'Realtek ALC850 rev 0' Components : 'AC97a:414c4790' Controls : 42 Simple ctrls : 27
Not sure why, but I don't get the same level of detail as Robert: Card default 'pulse'/'PulseAudio' Mixer name : 'PulseAudio' Components : '' Controls : 4 Simple ctrls : 2
(In reply to comment #16) > Not sure why, but I don't get the same level of detail as Robert: > Card default 'pulse'/'PulseAudio' > Mixer name : 'PulseAudio' > Components : '' > Controls : 4 > Simple ctrls : 2 I used "amixer -c0 info", where "0" is the number of the sound card (it might be different. To determine the sound card number, check the contents of "/proc/asound/cards".
Thanks for that tip, Robert. Here is my detailed info: Card hw:0 'PCH'/'HDA Intel PCH at 0xf6500000 irq 47' Mixer name : 'Realtek ALC892' Components : 'HDA:10ec0892,15585102,00100302' Controls : 38 Simple ctrls : 21
Card hw:0 'Intel'/'HDA Intel at 0xf9ff8000 irq 45' Mixer name : 'Realtek ALC883' Components : 'HDA:10ec0883,10192974,00100002' Controls : 44 Simple ctrls : 21 I would like to report that I have "fixed" this problem with the pasuspender -- winecfg command. The trick is to make sure to select an output device in the winecfg audio tab, do not simply leave it at default. At least that is what works for me.
Me too: Card hw:0 'SB'/'HDA ATI SB at 0xfe8f0000 irq 16' Mixer name : 'Realtek ALC889' Components : 'HDA:10ec0889,14627596,00100004' Controls : 46 Simple ctrls : 22 Anybody have this problem with a non-Realtek device?
(In reply to comment #19) > The trick is to make sure to select an output device in the > winecfg audio tab, do not simply leave it at default. At least that is what > works for me. Thanks for this tip, Patrick. Setting the audio device in winecfg to use my HDA Intel PCH output fixed this bug for me. In fact, I don't even have to use pasuspender; just selecting the correct device is enough. To confirm, using "HDA Intel PCH ACL892" in winecfg I get clear sound. Switching it back to "system default" results in the crackle. Switching back again to "HDA Intel PCH ACL892" restores the clear sound. Thanks again for the help.
What about patching wine with proper pulse-audio support? http://repo.or.cz/w/wine/multimedia.git http://ubuntuforums.org/showthread.php?t=1960599 Patches weren't accepted upstream, but seem to work ok. Would be great to have those included in Fedora packages.
I worked around the issue as anthony.s.hughes and Patrick did, by setting the output device in my winecfg to my sound card. As noted, once you have set this, you don't need to run your program under pasuspender for sound to work. However, the effect is much the same as pasuspender, as you can't hear Pulseaudio sound from other programs while the Windows program is playing sound (you can, however, hear Pulseaudio sound if the Windows program isn't playing sound). Whichever program -- Pulseaudio or Windows -- starts playing sound first gets to own the output stream. Since ALSA is being used directly, this is not surprising.
wine-mono-0.0.4-7.fc17,wine-1.5.8-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/wine-mono-0.0.4-7.fc17,wine-1.5.8-1.fc17
wine-1.5.8-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/wine-1.5.8-1.fc16
Thank you! Wine 1.5.8-1 packages from koji rock with pulseaudio.
Package wine-mono-0.0.4-7.fc17, wine-1.5.8-1.fc17, mingw-wine-gecko-1.6-1.fc17, mingw-crt-2.0.999-0.6.trunk.20120601.fc17, mingw-headers-2.0.999-0.6.trunk.20120601.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing wine-mono-0.0.4-7.fc17 wine-1.5.8-1.fc17 mingw-wine-gecko-1.6-1.fc17 mingw-crt-2.0.999-0.6.trunk.20120601.fc17 mingw-headers-2.0.999-0.6.trunk.20120601.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-10358/mingw-wine-gecko-1.6-1.fc17,mingw-crt-2.0.999-0.6.trunk.20120601.fc17,mingw-headers-2.0.999-0.6.trunk.20120601.fc17,wine-mono-0.0.4-7.fc17,wine-1.5.8-1.fc17 then log in and leave karma (feedback).
wine-mono-0.0.4-7.fc17, wine-1.5.8-1.fc17, mingw-wine-gecko-1.6-1.fc17, mingw-crt-2.0.999-0.6.trunk.20120601.fc17, mingw-headers-2.0.999-0.6.trunk.20120601.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
wine-1.5.8-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
In case another else runs into this, I had similar problems on Fedora 20 with Starcraft II and World of Warcraft, and fixed it by installing wine-openal.