Re: [hatari-devel] Esc key appears to be pressed, but is not |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] Esc key appears to be pressed, but is not
- From: Thomas Huth <th.huth@xxxxxxxxx>
- Date: Sun, 8 Sep 2024 09:20:52 +0000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1725787254; bh=QXrTv9qKRps75wxBRyH0qoE+G9UfLJyRDpp675kxnRw=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type: Content-Transfer-Encoding:From; b=lEGUHi+M4mBZxVO1C369K3lyyhO4abeB9DeRmgnGUcYSSU2ZDAzNpj+L+H9fNM4pU HL5a9qz6kVgpPDd7ocOExsO5QzFtk07DiHU4vDcomhciohgBzCE8cderclu9bUQiN5 aEMao1tLYSemHUxIocTb9EJHzIzXYBLa+WbNEd/r6XZXNKUR0ti5CyFHqI5rzoqDPt Sp5CwIU1Vh+xGYabhGrVTUo55ALHjOCcbyyke3n4qQgcML5AEXzFrGOlhVVYDuqCNX kQpBoBx8AP5iTMwYbNx5Kx1hhqiw6vDxK3yuKy9rwEHo/9+gZrjWI/z9iNwLunGqkz Y5Z9tvj18uAWw==
Am Tue, 3 Sep 2024 16:55:30 +0200
schrieb Uwe Seimet <Uwe.Seimet@xxxxxxxxx>:
> After having this patch enabled for some time, I disabled it and again have
> been using Hatari for some time.
> All in all I did not notice a difference, at least my impression is that
> with the patch the problem occurs as often as it does without it.
Ok. Then I wonder whether we rather should maybe disable automatic mouse
reporting until TOS explicitly enables the relative mouse mode via
IKBD_Cmd_RelMouseMode() ... Nicolas, what do you think?
Thomas
> > Am Sun, 18 Aug 2024 09:16:22 +0200
> > schrieb Christian Zietz <czietz@xxxxxxx>:
> >
> > > Uwe Seimet schrieb:
> > >
> > > > Maybe somebody else also stumbles upon it in a
> > > > scenario where it can be better reproduced.
> > >
> > > FWIW, I get a similar "key stuck" error if I boot Hatari (commit
> > > f86d067) into TOS 2.06 and start violently moving the mouse over the
> > > Hatari window right after start, i.e., before even the Atari logo
> > > appears. I don't have time to bisect this, though.
> >
> > I can reproduce that one, too. And actually, this already occurred with
> > other TOS versions in the past and Hatari has already a work-around
> > included for it (by not sending mouse movements within the first 10 VBLs).
> > Looks like 10 VBLs are not enough for TOS 2.06, but increasing it to 40
> > VBLs fixes the problem here, too:
> >
> > diff --git a/src/main.c b/src/main.c
> > --- a/src/main.c
> > +++ b/src/main.c
> > @@ -504,7 +504,7 @@ static void Main_HandleMouseMotion(int dx, int dy)
> >
> > /* Ignore motion when position has changed right after a reset or TOS
> > * (especially version 4.04) might get confused and play key clicks */
> > - if (bIgnoreNextMouseMotion || nVBLs < 10)
> > + if (bIgnoreNextMouseMotion || nVBLs < 40)
> > {
> > bIgnoreNextMouseMotion = false;
> > return;
> >
> > Uwe, could you please check whether that patch helps with your problem, too?
> >
> > Thomas
> >
> >
>
>