You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am using WinUAE on a Windows 10 VM running on KVM on my Arch-Linux host.
WinUAE is running sufficiently fine for the most
(Yes, of course there's mouse lag and the overall performance isn't very fast, but that's not the point, as I am using it just for retro repairs, like special disk format reading/writing purposes and floppy drive repair using The AmigaDrawbridge and a Greaseweazle. And the Amiga's X-Copy and The Amiga-Test-Kit-Alignment program are very useful tools for these purposes.
Only minor issue I have is, that the mouse in the Amiga's screen doesn't work like this.
It's just jumping around like crazy when using the hosts mouse.
I think it probably is because the VNC based control of the VM's windows is sending another kind of mouse signales than a native mouse (Maybe some relative vs. absolute issue?)
Could you possible create an alternate mouse cpaturing mode for siolving this problem?
Would be great if you could do something about this!
Thank you for your attention!
:)
The text was updated successfully, but these errors were encountered:
Lalarian
changed the title
Feature Request:
Feature Request: Working mouse with WinUAE in Linux-KVM-VM accessed through VNC.
Jan 8, 2025
Hello!
I am using WinUAE on a Windows 10 VM running on KVM on my Arch-Linux host.
WinUAE is running sufficiently fine for the most
(Yes, of course there's mouse lag and the overall performance isn't very fast, but that's not the point, as I am using it just for retro repairs, like special disk format reading/writing purposes and floppy drive repair using The AmigaDrawbridge and a Greaseweazle. And the Amiga's X-Copy and The Amiga-Test-Kit-Alignment program are very useful tools for these purposes.
Only minor issue I have is, that the mouse in the Amiga's screen doesn't work like this.
It's just jumping around like crazy when using the hosts mouse.
I think it probably is because the VNC based control of the VM's windows is sending another kind of mouse signales than a native mouse (Maybe some relative vs. absolute issue?)
Could you possible create an alternate mouse cpaturing mode for siolving this problem?
Would be great if you could do something about this!
Thank you for your attention!
:)
The text was updated successfully, but these errors were encountered: