Bug 344281

Correction, seems that Wine does not support PulseAudio output. Any chance to
listen to music and to run wine applications?

I tried ESD, which works - but with a high latency (like 4 seconds).

Well it worked for me 'the old way' perfectly well and I am not aware of any
pulse support in wine that could be enabled. I myself have not looked at pulse
audio stuff in detail yet. Will investigate.

Yeah, I am not aware of PA support in Wine, also. Just saw a ML thread about
developing a PA driver.

Do you mean that PA + Wine work using OSS by saying "the old way"? I already
tried that, but it may be caused by me having upgraded my installation. May be
that some compatibility stuff was not installed when doing the update.

I mean as in pre F8 +) I will do some pa f8 testing tomorrow when I get time.

Worked fine in pre F8 for me, also :) Would be nice if you could do some testing :-)

I investigated a little bit. The best way to use Wine and PA seems to be the
following to me:

replace /usr/bin/wine with a simple shell script which checks for the existance
of /usr/bin/padsp. If /usr/bin/padsp exits, that shell script calls 

/usr/bin/padsp /usr/bin/wine_binary PROGRAM.EXE / COMMANDS

If not, it calls /usr/bin/wine_binary PROGRAM.EXE / COMMANDS

the Audio output has to be set to OSS in winecfg. This would be a sane solution
to me up to the point Wine releases a PA audio backend.

I did some more investigation.

Basically, the script wine should look like this:


#!/bin/sh
if test -x /usr/bin/padsp ; then
exec padsp -- /usr/bin/wine_binary "$@"
else 
exec /usr/bin/wine_binary "$@"
fi

        -n <name>           client name to report to the server
        -m <name>           stream name to report to the server

may be nice as parameters, also.

Hm thanks for your work on this. I do not feel quiet fine with supplying this as
direct replacement for the wine call as it may bring some undesired side
effects. However I guess I will be adding it to .50 as a wine-pulseaudio script
and add a README-FEDORA-PULSEAUDIO.

Just to make sure you're aware, this fix does not work with all programs (it
does not work with Steam games, I found some discussion about it here:
http://www.nabble.com/-Bug-10902--New:-Steam-and-PulseAudio-td14508290.html)

So far the only consistent fix I have found is to use ESD, lowering the hardware
acceleration setting in wine helped with sound latency somewhat though it still
has a delay and bad static.

wine-0.9.51-2.fc8 has been pushed to the Fedora 8 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update wine'

I've confirmed audio in Steam games isn't working on my system with
wine-0.9.51-2.fc8.  With oss selected, game loading stalls and dies - no errors
on the console, the loading window simply stops redrawing after a while.  ESD
still works, with latency.

On an unrelated plus side, this release appears to work with my nVidia 8800gt,
it's the first package since 0.9.46 in FC7 with working 3D graphics for me.

Well I am afraid that there is nothing much a can do about this for people using
pulseaudio atm besides what has been done now.

Wine alsa audio has been working fine for me in F8 using pulseaudio -D and
setting winecfg to alsa with emulation (3 machines with different soundcards,
VIA, Creative & ATI). Starcraft and EverQuest2 were tested.

Wine version 0.9.51 custom built RPM by me.

I will give .52 and pulseaudio a testing round tomorrow and see what I get as
best results and go from there.

Nevermind... wine "works" in that I hear sound but it is not using pulseaudio,
according to paman. Erase erase.

Sorry if it seemed I was putting down the OSS change, it is definitely better
than no sound at all!  I just thought the drawback should be documented.  It
looks as though the problem is due to the way some programs interact with the
OSS plugin, not due to the plugin itself or the padsp workaround.  Though I
would be glad to be proven wrong...

Henry, are there any specific changes you made to the default install to make
alsa work around pulseaudio?  Or am I misunderstanding? 

I have a custom gstreamer-plugins-pulse-0.9.7-0.7.svn20071209.fc8.i386 which is
letting me hear sound from apps that are not yet compatible with pulseaudio.
They just don't show up as clients in paman.

If I play a sound using alsa with any program other than wine, such as aplay,
xmms, firefox/flashplayer9, it shows up in paman as a client. Example:

aplay /usr/share/system-config-soundcard/sound-sample.wav #yes paman client

wine programs, on the other hand, do not show up as clients. Audacity is another
example of an alsa program that does not show up as a client. There was some
talk on the pulseaudio perfect setup page about audacity as well as other alsa
programs that are not yet compatible with pulseaudio's pulse alsa plugin and
patches for them http://www.pulseaudio.org/wiki/PerfectSetup#ThirdPartyApplications
perhaps a patch for wine could be made using this info.

The svn version of gstreamer-plugins-pulse was necessary for me to get rid of
the 3 second delay in audio using ESD. The audio delay was evidently caused by a
timeout when programs like wine and mplayer that try to access the hardware
directly. Pulseaudio does not allow that so there is an error generated and the
application then tries again without hardware acceleration or fails. Wine esd
was going through, with delays, while wine alsa was failing (no sound). With the
svn version of gstreamer-plugins-pulse, wine at least has sound, but it is going
around (bypassing) pulseaudio. I hope I have explained what I think I have
learned about this. I am still not sure exactly how it works. :)

wine-docs-0.9.52-1.fc8, wine-0.9.52-2.fc8 has been pushed to the Fedora 8 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update wine-docs wine'

Sorry that this isn't directly related.. I haven't had the chance to test sound
with 0.9.52, but it does bring back some of the video issues I was having.  I
neglected to back up the testing 0.9.51 release and I can't find it in any of
the repositories, is there any place where the older RPMs could be found?

f7 http://koji.fedoraproject.org/koji/buildinfo?buildID=29239
f8 http://koji.fedoraproject.org/koji/buildinfo?buildID=29237
rawhide http://koji.fedoraproject.org/koji/buildinfo?buildID=29236

wine-docs-0.9.52-1.fc8, wine-0.9.52-2.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.

i just installed wine-0.9.52-2.fc8. i also installed pulseaudio's alsa plugins
package. i am getting the following errors when trying to use alsa in winecfg. 

Running padsp as pulseaudio wrapper for wine
ALSA lib conf.c:3949:(snd_config_expand) Unknown parameters 0
ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM default:0
ALSA lib conf.c:3949:(snd_config_expand) Unknown parameters 0
ALSA lib pcm.c:2145:(snd_pcm_open_noupdate) Unknown PCM default:0

however, if i enable esd, sound works. This seems to defeat the purpose of using
pulseaudio though. does 'add fix for #344281 pulseaudio workaround' only apply
to oss or am i missing something here? all relevant wine and pulseaudio pacakges
are up to date and i'm running kernel 2.6.23.9-85.fc8. is gstreamer through
subversion our only workaround for alsa/pulseaudio?

Andreas, the following one-line patches:

http://www.winehq.org/pipermail/wine-patches/2008-June/055701.html

http://www.winehq.org/pipermail/wine-patches/2008-June/055708.html

fix Wine's alsa backend to work together with PulseAudio, even with DirectSound.

You just have to select the Alsa output backend and are ready to go. I have
spoken to the Wine release manager, and he told me that he wouldn't include them
into 1.0 but into 1.0.1 instead probably.

Maybe those should be included in the Fedora RPMs, as it uses PA by default.

wine-docs-1.0-1.fc9 has been submitted as an update for Fedora 9

wine-docs-1.0-1.fc8 has been submitted as an update for Fedora 8

wine-docs-1.0-1.fc7 has been submitted as an update for Fedora 7

Thanks for including it, works fine.

wine-1.0-1.fc9, wine-docs-1.0-1.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.

wine-1.0-1.fc8, wine-docs-1.0-1.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.

I noticed that Wine 1.1.3 ships with this in its changelog:


  - Tweaks for better PulseAudio support.


So it may be worth trying if the patches are actually needed anymore in order to make Wine work with Pulseaudio. Thanks!

This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '8'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 8's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 8 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

This problem seems still exist in Fedora 10.
After play the test audio in winecfg，the program turned frozen and lost reponse.
Version:  wine 1.1.9
System:  Fedora 10
some useful patches (maybe): http://bugs.winehq.org/show_bug.cgi?id=10495

wine-1.1.10-1.fc10 has been submitted as an update for Fedora 10.
http://admin.fedoraproject.org/updates/wine-1.1.10-1.fc10

wine-1.1.10-1.fc9 has been submitted as an update for Fedora 9.
http://admin.fedoraproject.org/updates/wine-1.1.10-1.fc9

wine-1.1.10-1.fc8 has been submitted as an update for Fedora 8.
http://admin.fedoraproject.org/updates/wine-1.1.10-1.fc8

wine-1.1.10-1.fc9 has been pushed to the Fedora 9 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing-newkey update wine'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-11147

wine-1.1.10-1.fc8 has been pushed to the Fedora 8 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing-newkey update wine'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F8/FEDORA-2008-11152

wine-1.1.10-1.fc10 has been pushed to the Fedora 10 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update wine'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2008-11153

wine-1.1.12-1.fc9 has been submitted as an update for Fedora 9.
http://admin.fedoraproject.org/updates/wine-1.1.12-1.fc9

wine-1.1.12-1.fc10 has been submitted as an update for Fedora 10.
http://admin.fedoraproject.org/updates/wine-1.1.12-1.fc10

Fedora 8 changed to end-of-life (EOL) status on 2009-01-07. Fedora 8 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

wine-1.1.12-1.fc10 has been pushed to the Fedora 10 stable repository.  If problems still persist, please make note of it in this bug report.

wine-1.1.14-1.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.