Well with 0.9.23 i believe you can do my solution, which is create a .asoundrc that creates a dmix/dsnoop device, duplexes them, then edit /etc/pulse/<a href="http://default.pa">default.pa</a> to have pulse use that duplex device, then have wine use that duplex device directly.  This way alsa things (wine/chrome flash) use alsa directly, and pulse goes through alsa, so everything is happy.  <br>
<br><div class="gmail_quote">On Mon, Sep 12, 2011 at 3:22 AM, mrmarcus <span dir="ltr"><<a href="mailto:wineforum-user@winehq.org">wineforum-user@winehq.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
thank you for the reply Dardack,<br>
<br>
It seems logic and odd together.<br>
Although my knowledge of linux isn't that great I do understand that there is an issue going on with the alsa-plugin for pulse which is somehow not loaded correctly when a different application (which uses the sound system) is already actived.<br>

<br>
I use the pulseudio version 0.9.23 in openSUSE.<br>
And till this issue is fixed (or noticed by the devs) I will use the workaround by starting the wine app first then whatever i need.<br>
<br>
Regards,<br>
<br>
<br>
<br>
<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Sincerely, <br><br>MacNean C. Tyrrell<br>