<div class="gmail_quote">On Fri, Sep 24, 2010 at 10:19, Tomasz Torcz <span dir="ltr">&lt;<a href="mailto:tomek@pipebreaker.pl">tomek@pipebreaker.pl</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"> Has qemu informed PA about required latency?  There&#39;s an API for that.</div></blockquote><div><br></div><div>That&#39;s a really hard piece of information to provide, in general at the VM-level, because various applications inside the VM may require different latency guarantees.</div>
<div><br></div><div>That said, this makes me wonder if the idea of virtualizing a sound card isn&#39;t the right approach here, and instead, the pulse clients (be they native or via the alsa pulse plugin) should be contacting a pulseaudio server on the host? Would it be more feasible to manage latency this way? </div>
</div><br>-- <br><div style="text-align:right">Jeremy Nickurak -= Email/XMPP: -= <a href="mailto:jeremy@nickurak.ca" target="_blank">jeremy@nickurak.ca</a> =- </div><br>