qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Re: [PATCH] spice: add audio


From: Gerd Hoffmann
Subject: Re: [Qemu-devel] Re: [PATCH] spice: add audio
Date: Wed, 10 Nov 2010 12:37:04 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100827 Red Hat/3.1.3-1.el6 Thunderbird/3.1.3

On 11/10/10 11:36, Daniel P. Berrange wrote:
On Wed, Nov 10, 2010 at 10:48:39AM +0100, Gerd Hoffmann wrote:
The qemu vnc server has support already, and I think Daniel (added to
Cc:) has some experimental patches for the gtk-vnc widget.

Yes I do have patches, but I'm yet to get it to work reliably enough for
anyone to use for real. eg any time there are large frambuffer updates
due to, say, dragging a window around, audio will drop out.  Until I can
prove that it is even semi-reliable I'm not going to include the code in
gtk-vnc, because I don't want to commit to supporting something that may
well be fundamentally broken/unusable for live audio playback.

Do you know where the dropouts come from?

I think one issue are latencies within qemu. The qemu vnc server is busy for a while when doing bulky screen updates and blocks other stuff while it runs. I've seen dropouts with vnc + bulky screen updates too. The smaller the audio buffers used by the device/guest are the more visible this effect is. When enabling the threaded vnc server this becomes alot better, did you try that?

Another problem might be the outgoing tcp pipeline being flooded with screen updates, leading to high network latencies for the audio data as vnc (unlike spice) sends everything over the same tcp connection.

Finally it could be gtk-vnc itself being busy with something and not playing audio in a timely manner (not very likely IMHO).

cheers,
  Gerd



reply via email to

[Prev in Thread] Current Thread [Next in Thread]