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.
FWIW i just built a fresh checkout and it works for me with my own
client...
>
> My VNC client is written in perl (along with Perl-SDL) from scratch, I wrote
> it because I could not find a client that implemented the QEMU VNC protocol
> extensions.
>
> Line 4 above is output from the following code:
>
> sub _QEMU_Audio_Data () {
>
> my $self=shift;
> my $sound=$self->{sound_server};
>
> my $socket = $self->{socket};
> $socket->read( $sound->{len}, 4 ) || return ($self->_SetError('unexpected
> end of data'));
> $sound->{bytes_read}=$socket->read( $sound->{_audio_buff}, (unpack 'N',
> $sound->{len}),$sound->{_audio_offset}) || return
> ($self->_SetError('unexpected end of data'));
>
> # # For debugging
> my @data=unpack 'C*',$sound->{_audio_buff};
> $self->DEBUG ($DB_SOUND,"Received _QEMU_Audio_Data @data");
>
> $sound->sound_play_data($self->{sound_ctrl});
> }
>
> My application does not use Libvirt or Spice and relies on this QEMU feature,
> I'm hoping that it will not get deprecated because it works fantastically and
> is very lightweight.
>
> Tracking down and fixing this would very much be appreciated.
>
> Albert
>
--
mailto:av1...@comtv.ru
