Sorry for the double post. But further on that point, at the sound system neutral level, naming eahc app individually as a sound item would rock. In such a way that each app perhaps talks to ALSA directly, which results in self identification, and further Pulse via ALSA recognizing things individually.<br>
<br>For me, the only way to get it working properly with pulse is padsp, meaning using oss and prefixing all wine commands with padsp.<br><br><div class="gmail_quote">On Wed, Apr 2, 2008 at 5:20 PM, Bryan Haskins <<a href="mailto:ryuzaki90@gmail.com">ryuzaki90@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I would totally agree with that, James. If ALSA worked perfectly, it's really no problem getting it working "OOB" with Pulse, no specific sound system needed.<div>
<div></div><div class="Wj3C7c"><br><br><div class="gmail_quote">On Wed, Apr 2, 2008 at 2:59 PM, James Hawkins <<a href="mailto:truiken@gmail.com" target="_blank">truiken@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div>On Wed, Apr 2, 2008 at 1:52 PM, Michael Stefaniuc <<a href="mailto:mstefani@redhat.com" target="_blank">mstefani@redhat.com</a>> wrote:<br>
> James Hawkins wrote:<br>
> > On Wed, Apr 2, 2008 at 1:05 PM, Austin English <<a href="mailto:austinenglish@gmail.com" target="_blank">austinenglish@gmail.com</a>> wrote:<br>
> >> On Wed, Apr 2, 2008 at 10:08 AM, Bryan Haskins <<a href="mailto:ryuzaki90@gmail.com" target="_blank">ryuzaki90@gmail.com</a>> wrote:<br>
> >> > I'm more interested in a direct pulseaudio gateway for Wine... since by<br>
> >> > application sound control is the biggest thing here for most people.... wine<br>
> >> > is treated as one big audio blob. Pulse sees it as one thing. In effect,<br>
> >> > wine handles it's own audio (by talking with ALSA or OSS) then passes that<br>
> >> > through to the outside sound server... which in most cases would simply be<br>
> >> > ALSA or OSS itself, but in this case it gets passed to ALSA/OSS and through<br>
> >> > this talks to pulse. I call that pretty messy when we could just directly<br>
> >> > talk to pulse audio (easily, too) and have by applications control. Pulse is<br>
> >> > going to be in pretty much every distro soon. For a 1.0 release, no one<br>
> >> > wants to go out of their way to accomodate the shortcomings of our audio<br>
> >> > control.<br>
> >> ><br>
> >> > Even directly sending the blobof output to pulse directly at first would<br>
> >> > simplify things. I know this means yet asnother audio output method to<br>
> >> > maintain, and for various reasons many are against it. But this is similar<br>
> >> > to us needing to improve ALSA support rather recently. Pulseaudio does<br>
> >> > directly support ALSA, but it's a bit demanding on how it need to work to be<br>
> >> > perfect.<br>
> >> ><br>
> >> > ALSA, Pulseaudio, and OSS are probably the big three we need support for.<br>
> >> > Pulse is a drop in replacement for things like Network Sound, and way easier<br>
> >> > to configure and use.<br>
> >> ><br>
> >> > Sorry for expanding the topic so much.<br>
> >> ><br>
><br>
><br>
> >><br>
><br>
> >> This has been brought up before, and it's quite a bit of work. You<br>
> >> can't just simply forward everything to pulse call it a day, you'd<br>
> >> need to implement a full structure/drivers/etc., which would require<br>
> >> quite a bit of time/work and is likely outside of the scope of 1.0.<br>
> >><br>
> ><br>
> > And I believe Julliard rejected the idea of adding a pulseaudio driver.<br>
> Nope! He isn't against a pulseaudio driver. He is against yet another<br>
> broken and half implemented driver for the desktop sound system that<br>
> happens to be en vogue at the moment.<br>
><br>
> I think he would love to see a clean, full implemented pulseaudio<br>
> driver; presented in a nice easy review-able patch series which cleans<br>
> up the wineaudio driver mess en passant.<br>
><br>
<br>
</div></div>"No, the right answer is to make the Alsa driver work right. We need to<br>
stop rushing out to write a new driver every time there's a problem with<br>
an existing one, all it leads to is more broken drivers."<br>
-Julliard<br>
<br>
<a href="http://winehq.org/pipermail/wine-devel/2008-March/063755.html" target="_blank">http://winehq.org/pipermail/wine-devel/2008-March/063755.html</a><br>
<br>
--<br>
<font color="#888888">James Hawkins<br>
</font></blockquote></div><br>
</div></div></blockquote></div><br>