I would point out that there is a infrastructure in the latest qemu repository to allow a shared memory region between the host and the guest: http://www.linux-kvm.org/wiki/images/e/e8/0.11.Nahanni-CamMacdonell.pdf http://lwn.net/Articles/380869/
On Fri, Sep 24, 2010 at 13:58, Jeremy Nickurak <[email protected]> wrote: > On Fri, Sep 24, 2010 at 10:19, Tomasz Torcz <[email protected]> wrote: > >> Has qemu informed PA about required latency? There's an API for that. >> > > That'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. > > That said, this makes me wonder if the idea of virtualizing a sound card > isn'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? > > -- > Jeremy Nickurak -= Email/XMPP: -= [email protected] =- > > -- Jeremy Nickurak -= Email/XMPP: -= [email protected] =-
_______________________________________________ pulseaudio-discuss mailing list [email protected] https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
