<div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">My experiences are from Karmic not Hardy. It is pathetic that these<br>


problems were still there after a year and a half. The fact that the<br>
OpenSonic FAQs have removing PulseAudio as a recommandation (though<br>
there is an involved workaround involving editing text files if you<br>
want to keep PulseAudio) suggests that this is a wide-spread problem.<br>
It is likely faced mostly by new users, the very people who won't<br>
speak up, as most Linux developers and long time users have likely<br>
given up on running games (including emulators) on Linux. I know this<br>
is the case with several users I have spoken too. They have accepted<br>
that it just does not work, and that is sad.<br></blockquote><div><br>This is the case but only because projects choose not to upgrade to something more compatible. Many of the issues stem from poorly integrated SDL features that just make things fail, even with pasuspender. They cite the following reason that you've given:<br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Games need lower-level access to the sound hardware then PulseAudio ever can provide. <br></blockquote><div><br>The problem is, this is just a plain lie. For all its faults, latency is <i>not</i> an issue with PulseAudio for anybody but recording studios. The proof? All the native and emulated games (and apps) that work perfectly with PulseAudio.. There are lots. <br>

<br>Fact is, your wish won't be granted. At least not until there's something completely feature compatible with PA because Shuttleworth wants per-application volume controls on every window. You can't do that with something like OSS4, at least, not without a huge battle. At this stage, it's easier to fix the broken things than it is overhauling the entire thing.<br>

</div></div><br>