cvs commit: src/sys/isa psm.c

Alfred Perlstein alfred at FreeBSD.org
Thu Dec 11 04:19:50 PST 2003


* Eivind Eklund <eivind at FreeBSD.org> [031211 04:08] wrote:
> On Thu, Dec 11, 2003 at 03:28:11AM -0800, Alfred Perlstein wrote:
> >   Log:
> >   Significantly reduce the "jitter" that is typical for PS/2 mice
> >   when using a KVM.
> [...]
> >   
> >   The actual solution that appears to offer the best clamping of
> >   jitter is to buffer the mouse packets if we've not seen mouse
> >   activity for more than .5 seconds.  Then waiting to flush that data
> >   for 1/20th of a second.  If within that 20th of a second we get any
> >   packets that do fail the weak test we drop the entire queue and
> >   back off accepting data from the mouse for 2 seconds and then repeat
> >   the whole deal.
> 
> Have you tested this with enough high speed interactive games?  50ms 
> (1/20s) is three to four frames, and quite a lot of delaying input.  
> There are a number of types of games that require faster response than 
> this.  I'm not entirely sure how it influences most mouse-run games - I 
> know that at least some 2D fighting games with joystick absolutely 
> required 1-frame (20ms) response on 50Hz displays.   

There is only a delay if the mouse has been idle for .5 seconds,
otherwise the reaction is immediate.  I guess we could tune that
up to 2 seconds, it's also tunable via sysctls.  Feedback, testing
and tweaking are encouraged, this is -current afterall. :)

> [...]
> >   Lastly I'd like to note that my experience with Windows shows me that
> >   somehow the Microsoft PS/2 driver typically avoids this problem, but
> >   that may only be possible when running the mouse in a dumb-ed down PS/2
> >   mode that Belkin recommends on their site.
> 
> It'd be interesting to know what they do.

Yah, me too. :)

-- 
- Alfred Perlstein
- Research Engineering Development Inc.
- email: bright at mu.org cell: 408-480-4684


More information about the cvs-src mailing list