From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:52392) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqAdV-0006em-0l for qemu-devel@nongnu.org; Sat, 14 Jul 2012 18:16:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SqAdT-00019Z-IY for qemu-devel@nongnu.org; Sat, 14 Jul 2012 18:16:24 -0400 Received: from mail1.g-b.net ([64.191.66.247]:47953) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SqAdT-00019I-Du for qemu-devel@nongnu.org; Sat, 14 Jul 2012 18:16:23 -0400 Message-ID: <5001EFAE.1020009@g-b.net> Date: Sat, 14 Jul 2012 23:16:14 +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> 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/14/2012 09:09 PM, malc wrote: > On Sat, 14 Jul 2012, agraham wrote: > >> On 07/14/2012 06:20 PM, malc wrote: >>> On Sat, 14 Jul 2012, agraham wrote: >>> >>>> On 07/14/2012 01:55 PM, agraham wrote: >>>>> On 07/14/2012 11:44 AM, malc wrote: >>>>>> On Sat, 14 Jul 2012, agraham wrote: >>> >>> [..snip.]] >>> >>>>>>> I've just rebuilt QEMU 1.0 (and all of its dependencies) and it has >>>>>>> the same >>>>>>> problem (zero bytes), so some incompatibility was introduced between >>>>>>> 0.15.1 >>>>>>> and 1.1.0. >>>>>>> >>>>>>> Anyone got any clues ? >>>>>> >>>>>> Please try to bisect the issue. >>>>>> >>>>> >>> >>> [..snip..] >>> >>>> >>>> I cannot seem to get any further trying to find the source of this issue, >>>> except to say that QEMU Audio over VNC used to work in QEMU 0.13 until >>>> about >>>> QEMU 15.1 then it appears to have stopped working as described above. >>> >>> As i said, try bisecting, doesn't involce too many brainwaves only raw >>> machine power. >> >> Well, the problem is I'm rebuilding from Fedora spec file and that contains >> about 122 patches very many relating to spice that could cause the problem and >> it's in one of these that the bug may be introduced. > > Sorry, but i do not have Fedora and if you insist on using patched > version do talk to Fedora people. > >> >>> FWIW i just built a fresh checkout and it works for me with my own >>> client... >> >> Which Client are you using? > > http://repo.or.cz/w/qemu-vcap.git > >> >> Are you sure you're not using spice protocol? > > Yes. > >> >> I've just rebuilt qemu package from: >> http://koji.fedoraproject.org/koji/buildinfo?buildID=329768 >> >> This is the latest Fedora 17 Package which builds qemu-kvm-1.1.0.tar.gz + a >> bunch of patches. >> >> The only patch I've included is: >> 0001-kvm-Enable-use-of-kvm_irqchip_in_kernel-in-hwlib-cod.patch, because it >> will not compile without that patch. So it should pretty much match stock >> 1.1.0 >> >> I can confirm that the QEMU VNC Audio still does _not_ work and I get the >> exact same results, i.e. when I read the sample format data from the socket it >> contains the right amount of data, but the data contains zeros bytes, this >> results in silence. >> >> Also I found this: >> http://www.digipedia.pl/usenet/thread/19179/2346/#post2351 >> >> The QEMU version they refer to is Fedora 16 which contains 0.15.x, which >> confirms my own findings as stated above. > > Get a vanilla git version and try to reproduce if it's reproducible - > bisect, if not try to seek help through Fedora channels. > I got the git version and created a tarbal and used the F17 Spec file to build all the packages - and it worked! So this is now plain stock QEMU (v1.1.50). The problem still exists, exactly the same as previously described, and what I was expecting given my previous testing. I also tried your client, and could not hear anything, the output was as follows: # ./acap 5 server is `"QEMU (windows-xp-1)"' Playing raw data 'stdin' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo underrun!!! (at least -1342018345912.717 ms long) underrun!!! (at least -1342018345917.003 ms long) underrun!!! (at least -1342018345912.526 ms long) So I modified the acap.sh script to save all received data to a file as follows: #!/bin/sh inputfd=$1 echo "$@" 1>&2 cat > file <&$inputfd #aplay -t raw -c 2 -f S16_LE -r 44100 <&$inputfd And this confirms that my original findings. # hexdump -C file 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000bf690 00 00 00 00 00 00 00 00 |........| 000bf698 So now, I am assuming that you did _not_ "hear" actual sound, but assumed it was working because the output of the above script shows data was being received. Can you confirm this? Does QEMU have a bug reporter ? Albert