All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vojtech Pavlik <vojtech@suse.cz>
To: Pavel Machek <pavel@suse.cz>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [driver] New life for Serial mice
Date: Fri, 8 Jun 2001 18:28:07 +0200	[thread overview]
Message-ID: <20010608182807.B2083@suse.cz> (raw)
In-Reply-To: <20010606125556.A1766@suse.cz> <20010606232133.E38@toy.ucw.cz> <20010608181521.A1998@suse.cz> <20010608182046.H13825@atrey.karlin.mff.cuni.cz>
In-Reply-To: <20010608182046.H13825@atrey.karlin.mff.cuni.cz>; from pavel@suse.cz on Fri, Jun 08, 2001 at 06:20:46PM +0200

On Fri, Jun 08, 2001 at 06:20:46PM +0200, Pavel Machek wrote:
> Hi!
> 
> > > > If you still have your 3-button MouseSystems (or any other serial) mouse
> > > > somewhere in your driver, forgotten becase of the incredibly slow update
> > > > rate causing so much jumping of the pointer on the screen that it is
> > > > unusable, you may want to pull it out and give it a try.
> > > > 
> > > > Or if you're still using it with some old 486 computer, this driver is
> > > > for you. 
> > > > 
> > > > What it does is that it enhances the update rate from 24 (with current
> > > > GPM and X drivers) to 96. This is almost what the best USB mice do.
> > > 
> > > What's the "prediction" stuff? Does it mean you are guessing some values
> > > by interpolation?
> > 
> > Extrapolation, yes.
> 
> Can't it make mouse jump forward and back when user suddenly stops?

In theory - yes. It doesn't seem to be a problem in practice, though.
It'll happen when a user slows down the mouse pointer motion faster than
exponentially (base 2). I haven't been able to stop that fast.

> > > [If so, what kind of update rate would it do on USB?]
> > 
> > It wouldn't make any difference - on USB you always get whole packets,
> > while over serial port the data is processed byte by byte and thus we
> > know a little of the information before the whole packet arrives.
> 
> Ouch, nice trick!

Most importantly - it makes serial mice usable.

-- 
Vojtech Pavlik
SuSE Labs

  reply	other threads:[~2001-06-08 16:28 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-06 10:55 [driver] New life for Serial mice Vojtech Pavlik
2001-06-06 11:23 ` Guest section DW
2001-06-06 16:17 ` James Simmons
2001-06-06 17:04   ` Vojtech Pavlik
2001-06-06 16:31 ` Jeff Garzik
2001-06-06 17:01   ` Vojtech Pavlik
2001-06-06 17:22     ` Russell King
2001-06-06 20:20       ` James Simmons
2001-06-06 21:08         ` Russell King
2001-06-06 22:39           ` James Simmons
2001-06-07  6:25             ` Vojtech Pavlik
2001-06-07 17:09               ` James Simmons
2001-06-06 23:21 ` Pavel Machek
2001-06-08 16:15   ` Vojtech Pavlik
2001-06-08 16:20     ` Pavel Machek
2001-06-08 16:28       ` Vojtech Pavlik [this message]
2001-06-08 20:19         ` Mike Coleman
2001-06-08 20:57           ` (driver) " Pavel Machek
2001-06-09  9:01           ` [driver] " Vojtech Pavlik
2001-06-08 18:28     ` John R Lenton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010608182807.B2083@suse.cz \
    --to=vojtech@suse.cz \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@suse.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.