| |
chatGPZ
Registered: Dec 2001
Posts: 11148 |
VICE 3.7.1 testers needed (Mouse emulation)
So!
Apparently we have a strange bug related to mouse emulation on Windows systems. It would be great if all of you could do a quick test:
- grab the 3.7.1 release from https://github.com/VICE-Team/svn-mirror/releases/tag/3.7.1
- start it and reset settings (just incase it picks up settings from another release)
- enable 1351 mouse emulation for port 1
- run the following program: Mousetest V2
- now enable mouse grab (alt-m) and move around the mouse
Now if that does NOT move the 1351 icon as expected, please report that, and give some details about your system. In particular interesting is the exact OS (eg "Windows 10 22H2"), your graphics card and driver version, and your screen resolution...
Some people reported it does not work for them - while it works for others. This is very strange, we could not yet determine what the systems where it does not work have in common - hence this request.
Thanks in advance! |
|
... 25 posts hidden. Click here to view all posts....
|
| |
Black
Registered: Dec 2002
Posts: 12 |
My config is a touchscreen one.
Above link doesn't work for me. |
| |
Fred
Registered: Feb 2003
Posts: 284 |
For VICE 3.7.1:
Works fine here when moving the mouse. But using the touch screen will not move the icon correctly. If I slightly move my finger, the icon jumps to the corner.
Windows 11 Home
Intel(R) Core(TM) i7-1185G7
Intel graphics driver
Only 1 screen
Resolution: 2496x1664
It has a touch screen
The new link from this morning gives a 404. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11148 |
https://github.com/VICE-Team/svn-mirror/releases/tag/r43056 is the correct link. There is a small chance it fixes it. And if not, the error logged in the logfile might give a clue |
| |
chatGPZ
Registered: Dec 2001
Posts: 11148 |
Oh also, on the setups where it doesnt work with recent VICE - the 3.2 Windows GUI version DOES work? |
| |
Angel of Death
Registered: Apr 2008
Posts: 210 |
Quote: https://github.com/VICE-Team/svn-mirror/releases/tag/r43056 is the correct link. There is a small chance it fixes it. And if not, the error logged in the logfile might give a clue
I tried this one and I see no difference.
And this is everything that appeared in the log concerning mouses:
AUTOSTART: Done. (this line for "time" indication)
Sync reset
GTK3MOUSE: Status changed: 1 (enabled)
Error - mouse_event(920, 514) - 203
Error - mouse_event(920, 514) - 203
Error - mouse_event(920, 514) - 203
Error - mouse_event(920, 514) - 203
Error - mouse_event(920, 514) - 203
Error - mouse_event(920, 514) - 203
Error - mouse_event(920, 514) - 203
Error - mouse_event(920, 514) - 203
Error - mouse_event(920, 514) - 203
GTK3MOUSE: Status changed: 0 (disabled)
However, I did try Vice3.1 (only older generation one I could find so quickly) and in there it works fine. In both the "normal" x64 and on the "new" x64SC. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11148 |
ERROR_ENVVAR_NOT_FOUND
203 (0xCB)
The system could not find the environment option that was entered.
It's getting weirder and weirder >_< |
| |
Angel of Death
Registered: Apr 2008
Posts: 210 |
Quote:
ERROR_ENVVAR_NOT_FOUND
203 (0xCB)
The system could not find the environment option that was entered.
It's getting weirder and weirder >_<
(In my best NPC voice): "Unfortunately this is all I can do to aid you, wise Wizard. I wish you the best of luck on your quest!" |
| |
chatGPZ
Registered: Dec 2001
Posts: 11148 |
Here is another possible fix (available in half an hour or so):
https://github.com/VICE-Team/svn-mirror/releases/tag/r43064
Please try again :) |
| |
CreaMD
Registered: Dec 2001
Posts: 3036 |
When I had two monitors, only up and down movement worked properly. When I disconnected second monitor, disabled mouse grab and did ALT+M again it started to behave ok.
On fullscreen (ALT+D) it has weird acceleration, but I actually don't know how the mouse behaves on real C64, plus mouse sensitivity setting might be the factor (I played with it and it seemed to behave a bit less acceleratey). If I can say from my limited experience with C64 mouse/mouse emulation, it seems to work now. |
| |
Angel of Death
Registered: Apr 2008
Posts: 210 |
Quote: Here is another possible fix (available in half an hour or so):
https://github.com/VICE-Team/svn-mirror/releases/tag/r43064
Please try again :)
The plot thickens...
There is improvement!
(I can't do decent screen capture, so here's a written report)
It is still not possible to move the mouse into the VICE window the normal way. As soon as I activate Mouse-Grab the mouse jumps back to the center of the main screen (irreverent of the VICE window position) and as soon as I try to enter the window on the edge I see the cursor change to the resize window version for a very short time before being sent back to the center of the main screen.
But... There is an old Windows trick (bug) to work around that and which I have been using. When I keep the left button pressed and use the "drag selection window" function you can enter any window, whatever the state of it. And once you are in the window nothing happens because the window thinks the pressed button is the normal state and it's function is reversed.
So when I release the button and keep it pressed again then the window starts registering the mouse movement.
In the other versions the test sprite was moving completely irradical. In this version the test sprite moves as it should.
Long story but I think you're halfway there.
btw. Here's the log:
AUTOSTART: Done.
Sync reset
GTK3MOUSE: Status changed: 1 (enabled)
mouse move 2273.000000, 633.000000 GetCursorPos: 824, 519
mouse move 2273.000000, 631.000000 GetCursorPos: 824, 517
mouse move 2272.000000, 632.000000 GetCursorPos: 823, 518
-
(a lot of mouse movement without problems is cut out here)
-
mouse move 2273.000000, 632.000000 GetCursorPos: 824, 518
mouse move 2272.000000, 631.000000 GetCursorPos: 823, 517
mouse move 612.000000, 450.000000 GetCursorPos: -837, 336
mouse move 619.000000, 188.000000 GetCursorPos: -830, 74
mouse move 610.000000, 502.000000 GetCursorPos: -839, 388
Initiating render thread 0 shutdown |
| Previous - 1 | 2 | 3 | 4 - Next |
