qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: malc
Subject: Re: [Qemu-devel] QEMU VNC Audio - All audio data null
Date: Sat, 14 Jul 2012 21:20:32 +0400 (MSK)
User-agent: Alpine 2.00 (LNX 1167 2008-08-23)

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:address@hidden



reply via email to

[Prev in Thread] Current Thread [Next in Thread]