On Sat, 14 Jul 2012, agraham wrote: > 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 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? No, i actually heard the sound playing as expected. Once again try bisecting the issue, and also give the configure and qemu invocation command lines. [..snip..] -- mailto:av1...@comtv.ru
