[BUG] Tablet / refresh problem.
Forum rules
Be nice to others! Read the FreeCAD code of conduct!
Be nice to others! Read the FreeCAD code of conduct!
[BUG] Tablet / refresh problem.
Video shows the problem. I use tablet, then laptop pad and tablet again. I guess there is a problem with input device or refresh rate. I'll try to bisct it, but maybe someone knows straight away why it's like that. I use a wacom intuos tablet.
OS: Fedora 31 (Workstation Edition) (GNOME/gnome-xorg)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.pre_20406 (Git)
Build type: Unknown
Python version: 3.7.6
Qt version: 5.13.2
Coin version: 3.1.3
OCC version: 6.9.1.oce-0.18
Locale: Polish/Poland (pl_PL)
https://peertube.social/videos/watch/f2 ... 0d6171376d
OS: Fedora 31 (Workstation Edition) (GNOME/gnome-xorg)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.pre_20406 (Git)
Build type: Unknown
Python version: 3.7.6
Qt version: 5.13.2
Coin version: 3.1.3
OCC version: 6.9.1.oce-0.18
Locale: Polish/Poland (pl_PL)
https://peertube.social/videos/watch/f2 ... 0d6171376d
Re: [BUG] Tablet / refresh problem.
Same thing happens with Sketcher, but not all the time.
Re: [BUG] Tablet / refresh problem.
Hi,
Last year i bought a "Wacom Intuos Pro M" in the hope it would help me speed up working with FreeCAD.
It was with version 0.18 when i started to try on and off to get my tablet working with FreeCAD. Unfortunately i stumbled on the same bug.
Now i just installed the (almost) latest git version to give it another go, but i still have the same issue as mentioned above. I'm not able to use my tablet because of the sluggish response. I'ts a real pity.
I deleted the ~/.FreeCAD directory to be sure to start with a clean setup and don't have weird configuration settings.
Program's like GIMP, Krita, Blender, xournalpp, etc.. work like a charm, no sluggishness at all.
What can i do to help debugging this?
Hopefully this standard info is enough to help:
OS: Arch Linux (GNOME/gnome-xorg)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.20897 (Git)
Build type: Release
Branch: master
Hash: 5ae4c3133e236b152872ba67677caac63327ba28
Python version: 3.8.2
Qt version: 5.14.2
Coin version: 4.0.0
OCC version: 7.4.0
Locale: English/United States (en_US)
I would be very _very_ happy if this issue could be solved.
Remspoor
Last year i bought a "Wacom Intuos Pro M" in the hope it would help me speed up working with FreeCAD.
It was with version 0.18 when i started to try on and off to get my tablet working with FreeCAD. Unfortunately i stumbled on the same bug.
Now i just installed the (almost) latest git version to give it another go, but i still have the same issue as mentioned above. I'm not able to use my tablet because of the sluggish response. I'ts a real pity.
I deleted the ~/.FreeCAD directory to be sure to start with a clean setup and don't have weird configuration settings.
Program's like GIMP, Krita, Blender, xournalpp, etc.. work like a charm, no sluggishness at all.
What can i do to help debugging this?
Hopefully this standard info is enough to help:
OS: Arch Linux (GNOME/gnome-xorg)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.20897 (Git)
Build type: Release
Branch: master
Hash: 5ae4c3133e236b152872ba67677caac63327ba28
Python version: 3.8.2
Qt version: 5.14.2
Coin version: 4.0.0
OCC version: 7.4.0
Locale: English/United States (en_US)
I would be very _very_ happy if this issue could be solved.
Remspoor
Re: [BUG] Tablet / refresh problem.
As someone with a Huion 610 tablet (I'm fairly certain this has already been discussed and confirmed) and both Windows 7 and Linux Mint 19.3 dual boot, the response within FreeCAD is absolutely fine in Windows for both Sketcher and Draft but unusable for me in Linux for any workbench. Personally I don't use it for FreeCAD anyway, I just have it for (poorly) sculpting in Blender and occasional Krita work.
Re: [BUG] Tablet / refresh problem.
Thank you for your response!
As you mention above issue is already confirmed, could you please point us to a couple of posts about it?
I would like to know the outcome, especially if it is fixable or not, or at least if there is a workaround.
I've been searching a lot about this issue before though, but couldn't find anything really describing what i have... until i came across this thread yesterday.
Thanks again!
As you mention above issue is already confirmed, could you please point us to a couple of posts about it?
I would like to know the outcome, especially if it is fixable or not, or at least if there is a workaround.
I've been searching a lot about this issue before though, but couldn't find anything really describing what i have... until i came across this thread yesterday.
Thanks again!
Re: [BUG] Tablet / refresh problem.
Is it possible to limit the amount of events the tablet sends to the PC? Or the horizontal/vertical resolution? It looks like it is sending a lot of input and FreeCAD struggles to process all of it.
Re: [BUG] Tablet / refresh problem.
I've made some progress in helping to narrow down where the issue may reside. I was fairly new to Linux the last time I carried out testing of my tablet so I only used the latest AppImage at that time. Since then I've tried the Daily build and now I compile FreeCAD as it's a fairly simple process so I've more versions to compare using the same drivers and hardware. Here are the results:
In Sketcher all responsiveness is perfectly acceptable but in Draft, the actual cursor pointer responds rapidly but the drawing of the geometry (rectangle in my case) is ridiculously slow (seconds not milliseconds) and IMHO unusable using:
OS: Linux Mint 19.3 (X-Cinnamon/cinnamon)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.20900 (Git) AppImage
Build type: Release
Branch: master
Hash: 3ad15343ebab78cd76b7e9a06a0f8d794f5075be
Python version: 3.8.2
Qt version: 5.12.5
Coin version: 4.0.0
OCC version: 7.4.0
Locale: English/United Kingdom (en_GB)
The responsiveness in all aspects of my testing was just as fast as Windows using either of:
OS: Linux Mint 19.3 (X-Cinnamon/cinnamon)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.20910 (Git)
Build type: Unknown
Branch: master
Hash: e6fc15559177f8f8ece98de531d9709fca39f9f7
Python version: 3.6.9
Qt version: 5.9.5
Coin version: 4.0.0a
OCC version: 7.3.0
Locale: English/UnitedKingdom (en_GB)
OS: Linux Mint 19.3 (X-Cinnamon/cinnamon)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19. 16th April 2020
Build type: Release
Branch: unknown
Hash: 98aaad5fb1c539642bbd88d390c86a3459eaa91e
Python version: 3.6.9
Qt version: 5.9.5
Coin version: 4.0.0a
OCC version: 7.3.0
Locale: English/UnitedKingdom (en_GB)
So I would say that perhaps (certainly on my kit) the version of Qt or Coin would be the area of concern. I had a look through the Krita forums and their developers had to submit patches for Qt in order to make Krita acceptable to it's large audience who use tablets.
Edit: Just noticed the subtle difference in the Coin versions, I'm assuming 4.00a is newer than 4.00
In Sketcher all responsiveness is perfectly acceptable but in Draft, the actual cursor pointer responds rapidly but the drawing of the geometry (rectangle in my case) is ridiculously slow (seconds not milliseconds) and IMHO unusable using:
OS: Linux Mint 19.3 (X-Cinnamon/cinnamon)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.20900 (Git) AppImage
Build type: Release
Branch: master
Hash: 3ad15343ebab78cd76b7e9a06a0f8d794f5075be
Python version: 3.8.2
Qt version: 5.12.5
Coin version: 4.0.0
OCC version: 7.4.0
Locale: English/United Kingdom (en_GB)
The responsiveness in all aspects of my testing was just as fast as Windows using either of:
OS: Linux Mint 19.3 (X-Cinnamon/cinnamon)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19.20910 (Git)
Build type: Unknown
Branch: master
Hash: e6fc15559177f8f8ece98de531d9709fca39f9f7
Python version: 3.6.9
Qt version: 5.9.5
Coin version: 4.0.0a
OCC version: 7.3.0
Locale: English/UnitedKingdom (en_GB)
OS: Linux Mint 19.3 (X-Cinnamon/cinnamon)
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.19. 16th April 2020
Build type: Release
Branch: unknown
Hash: 98aaad5fb1c539642bbd88d390c86a3459eaa91e
Python version: 3.6.9
Qt version: 5.9.5
Coin version: 4.0.0a
OCC version: 7.3.0
Locale: English/UnitedKingdom (en_GB)
So I would say that perhaps (certainly on my kit) the version of Qt or Coin would be the area of concern. I had a look through the Krita forums and their developers had to submit patches for Qt in order to make Krita acceptable to it's large audience who use tablets.
Edit: Just noticed the subtle difference in the Coin versions, I'm assuming 4.00a is newer than 4.00
Re: [BUG] Tablet / refresh problem.
It's kinda hard to explain. For a couple of years FreeCAD used a Coin 4.0.0alpha, which was based on the latest "official" Coin, which was frozen in 3.1.15 or something like that. FreeCAD added a few patches to that version and called it 4.0.0a, but it was essentially the same.
Just recently, Coin moved its repositories to GitHub, and in doing so, they managed to integrate FreeCAD's patches to the official version. So, the Coin project has now released the "official" 4.0.0 version, which is essentially the same as 4.0.0a. There may be a few minor differences, I'm not sure.
So, in this transition period, there may be some version of FreeCAD compiled against 3.1.15, 4.0.0a, and 4.0.0, but they should be essentially the same. https://github.com/coin3d/coin/releases
Always add the important information to your posts if you need help. Also see Tutorials and Video tutorials.
To support the documentation effort, and code development, your donation is appreciated: liberapay.com/FreeCAD.
To support the documentation effort, and code development, your donation is appreciated: liberapay.com/FreeCAD.
Re: [BUG] Tablet / refresh problem.
@Syres, thanks for the info you sent. I was searching for 4.0.0a and couldn't find an official release. So i compiled the latest git version. but unfortunately that didn't help anything. Still lots of sluggishness. I don't have a super fast PC, but with the mouse, sketcher is working fine.
Later today i saw @VOCX post that tries to clear-up the versioning fun of coin a bit. thanks.
As @kisolre mentions, i also see al lot more events thrown at FreeCAD when using the tablet in stead of the mouse. Maybe it is possible to 'cripple' the resolution of the tablet to reduce events?
What also happens, is that the solver looks very busy when i am trying to resize or move lines/corners. Hovering over a line also takes ages before it gets highlighted. Also, when hovering above icons with the mouse, i get the help text within a second or so.. i never get help text when using the tablet.
I don't have a clue on troubleshooting this further..
Later today i saw @VOCX post that tries to clear-up the versioning fun of coin a bit. thanks.
As @kisolre mentions, i also see al lot more events thrown at FreeCAD when using the tablet in stead of the mouse. Maybe it is possible to 'cripple' the resolution of the tablet to reduce events?
What also happens, is that the solver looks very busy when i am trying to resize or move lines/corners. Hovering over a line also takes ages before it gets highlighted. Also, when hovering above icons with the mouse, i get the help text within a second or so.. i never get help text when using the tablet.
I don't have a clue on troubleshooting this further..
Re: [BUG] Tablet / refresh problem.
There is something wrong with wacom driver at kernel/xorg level. It keep producing events even with the pen rock steady, fixed by a book. See xev test [1].
I filled a bug [2].
[1] https://peertube.social/videos/watch/1d ... 669173df00
[2] https://github.com/linuxwacom/xf86-inpu ... issues/117
I filled a bug [2].
[1] https://peertube.social/videos/watch/1d ... 669173df00
[2] https://github.com/linuxwacom/xf86-inpu ... issues/117