From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:58824) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TAiq7-0005mp-Hc for qemu-devel@nongnu.org; Sun, 09 Sep 2012 10:50:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TAiq6-0005FD-Dj for qemu-devel@nongnu.org; Sun, 09 Sep 2012 10:50:23 -0400 Received: from mx1.redhat.com ([209.132.183.28]:27434) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TAiq6-0005F1-5O for qemu-devel@nongnu.org; Sun, 09 Sep 2012 10:50:22 -0400 Message-ID: <504CACA2.7050203@redhat.com> Date: Sun, 09 Sep 2012 17:50:10 +0300 From: Avi Kivity MIME-Version: 1.0 References: <504A1C35.5070809@lotspeich.org> <504B23BB.2080407@web.de> In-Reply-To: <504B23BB.2080407@web.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Linux KVM, Windows 7 guest choppy sound List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Erik Lotspeich , qemu-devel@nongnu.org On 09/08/2012 01:53 PM, Jan Kiszka wrote: > On 2012-09-07 18:09, Erik Lotspeich wrote: >> Hi, >> >> I apologize if this isn't the right venue for this message, but this >> mailing list seems a bit more active than qemu-discuss. >> >> Background: >> I am running OpenSUSE 12.1. I fixed audio issues in VM guests by setting >> the following in qemu.conf: >> >> vnc_allow_host_audio = 1 >> >> I also set user= and group= to allow qemu-kvm to run as the same user as >> I am logged in as. This allowed qemu-kvm to send audio to pulseaudio. >> >> My issue: >> I am using the ICH6 virtual audio driver in my VMs. In my Linux VMs, the >> sound works perfectly without any issues. In my Windows 7 VM, the sound >> works with the exception of static and choppiness in the audio. Has >> anyone else seen this or have any ideas for a fix? > > Known issue, likely unfixable in QEMU due to hard-coded constraints of > the driver Windows uses (too small playback buffers). Would using real-time priority for the guest improve things? Of course that can be dangerous if the guest decides to spin and has as many vcpus as you have cores. -- error compiling committee.c: too many arguments to function