Latest Posts

Topic: Problems with cursor

marioxcc
Avatar
Topic Opener
Joined: 2015-01-12, 18:15
Posts: 4
Ranking
Just found this site
Posted at: 2018-01-07, 04:15

Hello. I am using Widelands 19 in Debian GNU/Linux 9. When I open the window to build a building, the cursor is centered on the window. However, if I attempt to move the cursor, it suddenly jumps to the upper left of the overall Widelands window (even if I only move the mouse a tiny bit). After I place the window, the cursor jumps again to the upper left. This is very annoying. How can I avoid this jumping? Thanks.


Top Quote
teppo

Joined: 2012-01-30, 09:42
Posts: 423
Ranking
Tribe Member
Posted at: 2018-01-07, 11:20

marioxcc wrote:

Hello. I am using Widelands 19 in Debian GNU/Linux 9.

Hello, marioxcc,

I am using these as well.

When I open the window to build a building, the cursor is centered on the window. However, if I attempt to move the cursor, it suddenly jumps to the upper left of the overall Widelands window (even if I only move the mouse a tiny bit). After I place the window, the cursor jumps again to the upper left. This is very annoying. How can I avoid this jumping? Thanks.

Never seen this behavior. Therefore, our platforms are too different even if both are using Debian 9 and WL build 19. Does one need a certain graphics driver to trigger this bug? Mouse driver? Else? Could you describe your HW a bit more?


Top Quote
kaputtnik
Avatar
Joined: 2013-02-18, 20:48
Posts: 2434
OS: Archlinux
Version: current master
Ranking
One Elder of Players
Location: Germany
Posted at: 2018-01-07, 11:20

I guess this problem is related to the graphics driver. Which are you using?

I am playing with non proprietary driver and all is working fine.


Fight simulator for Widelands:
https://wide-fighter.netlify.app/

Top Quote
marioxcc
Avatar
Topic Opener
Joined: 2015-01-12, 18:15
Posts: 4
Ranking
Just found this site
Posted at: 2018-01-07, 15:41

I only use the “main” section in the Debian repository (free as in freedom). I have played several other free as in freedom games without similar problems (Minetest, Megaglest, 0 A.D., Wesnoth, Red Eclipse).

Relevant part of “glxinfo”:

Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel Open Source Technology Center (0x8086)
    Device: Mesa DRI Intel(R) Sandybridge Mobile  (0x106)
    Version: 13.0.6
    Accelerated: yes
    Video memory: 1536MB
    Unified memory: yes
    Preferred profile: core (0x1)
    Max core profile version: 3.3
    Max compat profile version: 3.0
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.0
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile 

CPU:

mario@svetlana [0] [/home/mario]
$ cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model       : 42
model name  : Intel(R) Celeron(R) CPU B815 @ 1.60GHz
stepping    : 7
microcode   : 0x1b
cpu MHz     : 1596.419
cache size  : 2048 KB
physical id : 0
siblings    : 2
core id     : 0
cpu cores   : 2
apicid      : 0
initial apicid  : 0
fpu     : yes
fpu_exception   : yes
cpuid level : 13
wp      : yes
flags       : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave lahf_lm epb tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm arat pln pts
bugs        :
bogomips    : 3192.83
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor   : 1 [the other core; same features]
Edited: 2018-01-07, 16:19

Top Quote
kaputtnik
Avatar
Joined: 2013-02-18, 20:48
Posts: 2434
OS: Archlinux
Version: current master
Ranking
One Elder of Players
Location: Germany
Posted at: 2018-01-07, 16:06

hm... i have also an intel graphics and my output differs only in two things:

Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel Open Source Technology Center (0x8086)
    Device: Mesa DRI Intel(R) Sandybridge Mobile  (0x116)
    Version: 17.3.1
[...]

Maybe this is also related to the mouse? I am not familiar with those things, so i can't help, sorry.


Fight simulator for Widelands:
https://wide-fighter.netlify.app/

Top Quote
teppo

Joined: 2012-01-30, 09:42
Posts: 423
Ranking
Tribe Member
Posted at: 2018-01-07, 19:44

marioxcc wrote:

Vendor: Intel Open Source Technology Center (0x8086)
Device: Mesa DRI Intel(R) Sandybridge Mobile  (0x106)

Thanks. No luck, both my laptops are older than this face-sad.png

Is Widelands the only program that suffer from this feature?


Top Quote
kaputtnik
Avatar
Joined: 2013-02-18, 20:48
Posts: 2434
OS: Archlinux
Version: current master
Ranking
One Elder of Players
Location: Germany
Posted at: 2018-01-07, 20:55

Have you tried to play with the "Grab input" option?


Fight simulator for Widelands:
https://wide-fighter.netlify.app/

Top Quote
marioxcc
Avatar
Topic Opener
Joined: 2015-01-12, 18:15
Posts: 4
Ranking
Just found this site
Posted at: 2018-01-07, 22:22

Hello.

I have found a way to solve the problem: I replaced (i.e.: deleted a package and installed a different one) “xserver-xorg-input-libinput” with “xserver-xorg-input-evdev”. Before that change, I found that if I delete the line xinput --set-prop "Logitech USB Optical Mouse" "Coordinate Transformation Matrix" 0.28 0 0 0 0.28 0 0 0 1 from an X11 session startup script then the problem disappears. I added this line to slow the cursor because otherwise it is very hard to use the mouse. After the above change of libinput with evdev, I had to change that line to xinput --set-prop "Logitech USB Optical Mouse" "Device Accel Constant Deceleration" 2. Also, I noticed that scrolling the main view with right drag did not work properly with libinput: It jumped huge distances chaotically even if I moved the cursor only a tiny amount. It works properly with evdev. I do not know if libinput is the culprit of these anomalies or it merely triggers a software error elsewhere.

Regarding your questions:

  • This is the only program that showed the cursor-jumping behavior as I described in the first message, but OpenTTD also jumped when trying to scroll the main view with right draw.

  • Before removing “xserver-xorg-input-libinput” I had already tried with “grab input” to no avail.

Please mark this thread as solved, if possible. Thanks for your replies.

Edited: 2018-01-07, 22:30

Top Quote
kaputtnik
Avatar
Joined: 2013-02-18, 20:48
Posts: 2434
OS: Archlinux
Version: current master
Ranking
One Elder of Players
Location: Germany
Posted at: 2018-01-08, 10:28

Wow, thanks for tracking this down. We know now how to help other players who ran into the same issue face-smile.png


Fight simulator for Widelands:
https://wide-fighter.netlify.app/

Top Quote