From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:57088) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqUOm-00050F-CT for qemu-devel@nongnu.org; Sun, 15 Jul 2012 15:22:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqUOk-0007qj-Ul for qemu-devel@nongnu.org; Sun, 15 Jul 2012 15:22:32 -0400 Received: from mail1.g-b.net ([64.191.66.247]:50288) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqUOk-0007oS-Py for qemu-devel@nongnu.org; Sun, 15 Jul 2012 15:22:30 -0400 Message-ID: <50031858.1030007@g-b.net> Date: Sun, 15 Jul 2012 20:22:00 +0100 From: agraham MIME-Version: 1.0 References: <5000D6CE.80407@g-b.net> <50010582.8020004@g-b.net> <50016C32.6000906@g-b.net> <5001A805.8020403@g-b.net> <5001C8D5.30806@g-b.net> <5001EFAE.1020009@g-b.net> <5001F5F3.8080103@g-b.net> <5001FD2C.6090205@g-b.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] QEMU VNC Audio - All audio data null Reply-To: agraham@g-b.net List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: malc Cc: qemu-devel@nongnu.org On 07/15/2012 12:21 AM, malc wrote: > On Sun, 15 Jul 2012, agraham wrote: > >> On 07/15/2012 12:01 AM, malc wrote: >>> On Sat, 14 Jul 2012, agraham wrote: >>> >>> [..snip..] >>> >>>> >>>> /usr/bin/qemu-kvm -usb -no-fd-bootchk -M pc -enable-kvm -m 128 -drive >>>> file=/Storage/Windows/Images/Clone_of_Windows-XP-x32,if=none,media=disk,cache=unsafe,aio=native,snapshot,format=qcow2,id=virtio-blk-pci0 >>>> -device >>>> virtio-blk-pci,addr=0x05,bus=pci.0,drive=virtio-blk-pci0,id=storage0 >>>> -device >>>> virtio-net-pci,mac=52:e0:0a:14:00:03,netdev=hostnet0,addr=0x09,bus=pci.0,id=virtio-net-pci0 >>>> -netdev tap,script=no,downscript=no,id=hostnet0 -usbdevice tablet -vga std >>>> -vnc :1100,lossy -rtc base=localtime,clock=host -global >>>> kvm-pit.lost_tick_policy=discard -chardev >>>> socket,id=monitor,path=windows-xp-1.monitor,server,nowait -mon >>>> chardev=monitor,mode=readline -pidfile windows-xp-1.pid -chroot >>>> /var/mist/chroot -runas qemu -snapshot -S -daemonize -name windows-xp-1 >>>> -uuid >>>> cc0df7d6-26e4-4c60-911e-cd107935c6e6 -boot order=c -cpu kvm32 -soundhw >>>> ac97,es1370 >>>> >>>> Replacing es1370 with sb16 or removing it does not change anything. >>> >>> Once again, works for me, not with the insane command line like above >>> though, bisecting is your only option unless someone has bright ideas. >>> >> Are you using the AC97 driver? >> > > It shouldn't matter, but i've used SB16 under DOS. > Bi-section complete :) I've found the root cause and hopefully you should be able to reproduce the issue. There was a configure option introduced called "--enable-mixemu". --enable-mixemu enable mixer emulation Could you rebuild with this switch added to your configure, you should the experience the issue as I do. The option was added in Fedora qemu-1.0-x which included QEMU-0.15-1 + a ton of patches. after rebuilding / removing patches /rebuilding etc.. as you advised, all patches where removed and the problem still existed! that lead me to the difference in the configure options. which lead to: http://git.qemu.org/?p=qemu.git;a=blob;f=audio/mixeng.c#l349 349 void mixeng_volume (struct st_sample *buf, int len, struct mixeng_volume *vol) 350 { 351 #ifdef CONFIG_MIXEMU 352 if (vol->mute) { 353 mixeng_clear (buf, len); 354 return; 355 } I see the words "mute" + "clear", which is what I originally experienced :) I'm not a C programmer so cannot fix this myself, but I imagine that any mixemu code should do nothing if QEMU_AUDIO_DRV=none. Interestingly: # Copyright (c) 2004-2005 Vassili Karpov (malc) Any connection with you? Lastly, I think it would be more efficiency and bandwidth friendly to zero the length such that no data would be sent to other clients that do use this feature (I assume spice), after all there really is no point in sending zero bytes. Even when zeros are sent to the sound device you will often here a click or a crackle for a fraction of a second, so by no sending anything you would avoid that. Albert