<div class="gmail_quote">On Tue, Feb 9, 2010 at 09:41, Tanu Kaskinen <span dir="ltr">&lt;<a href="mailto:tanuk@iki.fi">tanuk@iki.fi</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
That&#39;s easier said than done. Only one process can have direct access to<br>
the sound card at a time. Each user has his own pulseaudio instance<br>
running. How do you implement constant access in such scenario? I fear<br>
it would require a major redesign effort in pulseaudio. I haven&#39;t seen<br>
any concrete design proposals enabling simultaneous access for multiple<br>
users while at the same time retaining all the desirable properties that<br>
the current system has.</blockquote><div><br></div><div>Off the top of my head....</div><div><br></div><div>&quot;root&quot; or other system-level pulseaudio instance opens and owns the physical hardware for the entire time a computer is up.</div>
<div><br></div><div>All the user pulseaudio instances connect through that.</div><div><br></div><div>What&#39;s the downside here?</div><div><br></div><div>Alternatively, rely on the underlying layer to do multiplexing. If the hardware supports it, awesome. If it doesn&#39;t, let dmix handle it.</div>
<div> </div></div>-- <br>Jeremy Nickurak -= Email/XMPP: <a href="mailto:jeremy@nickurak.ca">jeremy@nickurak.ca</a> =-<br><br>