Re: [Qemu-devel] QEMU VNC Audio - All audio data null

[agraham]

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