Re: [hatari-devel] Synching host mouse position to Atari mouse position

[ Thread Index | Date Index | More Archives ]

Am Tue, 5 Nov 2019 02:07:46 +0200
schrieb Eero Tamminen <oak@xxxxxxxxxxxxxx>:

> Hi,
> On 11/4/19 11:57 AM, Thomas Huth wrote:
> > Am Fri, 1 Nov 2019 00:09:45 +0200
> > schrieb Eero Tamminen <oak@xxxxxxxxxxxxxx>:  
> >> I did small patch inspired by recent OSEX header being added to
> >> EmuTOS to support for synching host mouse position with TOS mouse
> >> position for Aranym...
> >>
> >> Attached patch syncs host mouse to Atari mouse position whenever
> >> mouse enters Hatari window and when window resolution changes.
> >>
> >> It requires line-A base to be known, which is the case when
> >> cartridge code is used, i.e. either GEMDOS HD or VDI mode is
> >> enabled (and that user hasn't disabled mouse warping).
> >>
> >> Otherwise things are as earlier.
> >>
> >> Is this something I could push to Hatari, or is not working
> >> without GEMDOS HD or VDI emulation too strange for users?  
> > 
> > Looks dangerous. If a program takes over the full memory and uses
> > its own mouse handler, you might get completly wrong values from
> > the ST memory. If we really want to include such a thing (I'm
> > really not sure whether we should),  
> I already noticed that enter events moving mouse can be *really*
> annoying, when trying to top Hatari window that's mostly covered
> by another window.  It can result in enter event always moving mouse
> from Hatari window to the overlapping window, if Atari mouse
> location within Hatari window happens to be below the overlapping
> window...

Instead of warping the host mouse curser, you could try to warp the
Atari mouse cursor instead by writing to the Line-A variables... but
that's of course even more dangerous - in case the ST program is using
the whole memory, you might then destroy sensible data in the ST space.
Honestly, I've got no clue whether there is a real good solution for


Mail converted by MHonArc 2.6.19+