#136: Jerky mouse movement when using SDL2 backend on Linux
-----------------------------+------------------------
Reporter: chestertonic@… | Owner: pulkomandy
Type: defect | Status: new
Priority: major | Milestone: 2.9
Component: GrafX2 | Version: 2.6
Resolution: | Keywords:
-----------------------------+------------------------
Comment (by PulkoMandy):
As mentionned in the ticket, there is a "merge movement" setting for that
in the settings file and it works for the other backends but apparently
not for SDL2.
The code is intentionally designed to capture all movements from the mouse
as fast as possible, and then process them even if it happens with a bit
of delay. This code was written this way for old, slow machines, back when
GrafX2 was running for DOS. If you are drawing with a rather large brush
or some complex effect, it's expected that the drawing will not happen in
realtime.
If you write code in a way that skips mouse events, it will draw faster,
sure, but the precision of your mouse gesture (or "brush stroke") will be
lost. Instead of a nice curve exactly matching the movement, you will now
have several straight line segments between the points that GrafX2
captured. We don't want that.
However, with high resolution mouses, we get a lot more movements than we
really need. Especially when working with high zoom factors where really a
movement of just a few pixels doesn't really matter. That's what the
"merge movement" code is supposed to solve, by allowing to manually tweak
this to match your personal setup (your mouse, your OS, your display size
and resolution, and the way you use grafx2).
--
Ticket URL: <
http://pulkomandy.tk/projects/GrafX2/ticket/136#comment:4>