qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] Bug#758881: [bisected] VNC server can't get all sent ch


From: Gerd Hoffmann
Subject: Re: [Qemu-devel] Bug#758881: [bisected] VNC server can't get all sent chars correctly
Date: Tue, 26 Aug 2014 07:40:25 +0200

On Mo, 2014-08-25 at 21:11 -0700, Marc wrote:
> Hi,
> 
> 
> On August 25, 2014 at 3:40:01 AM, Gabriele Giacone
> (address@hidden) wrote:
> > 
> > > IMO vncdotool should be fixed to add small delays between
> > keyboard 
> > > events, as if a real person is typing, instead of sending the key
> > events 
> > > at the maximum possible speed. 
> vncdotool does have a —delay=MILLISECONDS switch that inserts a delay
> between commands.  Currently, the two behaviours causing trouble seem
> to be that delay defaults to 0 and "type insecure” is considered one
> command, so there is  no delay between key presses :(  
> 
> Is there a non-zero value for —delay that makes sense?  I’m somewhat
> hesitant to change —delay  as it would be a behavioural change for
> other users, but if the value is sufficiently small it could be a net
> usability gain.
> 
> Are you requesting that the type command be fixed to insert delays
> after every character or that default for —delay should be non-zero?

There should be a delay after every character.  It can be pretty small.
10ms should be enough (you should set TCP_NODELAY though to make sure
the key events are not buffered in the network stack).

I guess it makes sense to decouple that from the delay between commands
as the time a qemu guest needs to process a command can be much higher
than the time it needs to process a key event.

cheers,
  Gerd






reply via email to

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