marioxcc
Topic Opener
Joined: 2015-01-12, 18:15
Posts: 4
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
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
Joined: 2013-02-18, 20:48
Posts: 2434
OS: Archlinux
Version: current master
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
Topic Opener
Joined: 2015-01-12, 18:15
Posts: 4
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
Joined: 2013-02-18, 20:48
Posts: 2434
OS: Archlinux
Version: current master
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
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
Is Widelands the only program that suffer from this feature?
Top
Quote
|
|
|
kaputtnik
Joined: 2013-02-18, 20:48
Posts: 2434
OS: Archlinux
Version: current master
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
Topic Opener
Joined: 2015-01-12, 18:15
Posts: 4
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
Joined: 2013-02-18, 20:48
Posts: 2434
OS: Archlinux
Version: current master
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
Fight simulator for Widelands: https://wide-fighter.netlify.app/
Top
Quote
|