After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 736220 - Tools lag when using tablet
Tools lag when using tablet
Status: RESOLVED DUPLICATE of bug 736411
Product: GIMP
Classification: Other
Component: Windows Installer
2.8.14
Other Windows
: Normal normal
: 2.8
Assigned To: Jernej Simončič
Jernej Simončič
: 737431 (view as bug list)
Depends on:
Blocks: 736964
 
 
Reported: 2014-09-07 03:56 UTC by Dan Lin
Modified: 2015-05-23 11:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot of video of me using tablet (70.46 KB, image/png)
2014-09-07 04:07 UTC, Dan Lin
Details

Description Dan Lin 2014-09-07 03:56:38 UTC
I'm using Windows 8.1 64 bit and a Wacom Bamboo Fun tablet.

When I select a tool with the tablet, the tool selected lags behind the cursor. The small black arrows on the rulers also lag. 

I noticed when recording the bug that the lag is gone when I make Gimp's window smaller (the lag is proportional to the window size it seems). I'm using single window mode, but it's the same with the multi window mode as well.
Comment 1 Dan Lin 2014-09-07 04:07:38 UTC
Created attachment 285604 [details]
screenshot of video of me using tablet

here's a dropbox link (I'll probably remove the link after this is resolved or after a year or so)
https://dl.dropboxusercontent.com/u/16325832/temp/tabletlagbug.mp4
Comment 2 Hartmut Kuhse 2014-09-08 13:11:56 UTC
If you have the possibility, use a libcairo-2.dll from gimp-2.8.10.
Maybe you have to use the libpixman-1-0.dll from gimp-2.8.10, too.
This seems to be a matter of libcairo since version 1.12.0.
Comment 3 Dan Lin 2014-09-13 05:22:24 UTC
I replaced both files from 2.8.10 to 2.8.14 under "GIMP 2\bin" and "GIMP 2\32\bin" and it no longer lags, thanks!
Comment 4 Michael Natterer 2014-09-14 21:04:27 UTC
Are you using the updated 2.8.14 installer

http://download.gimp.org/pub/gimp/v2.8/windows/gimp-2.8.14-setup-1.exe

which has an updated libcairo? Does that fix the issue too?
Comment 5 Dan Lin 2014-09-15 02:05:18 UTC
I used the updated 2.8.14 installer to update Gimp, and it looks like the updated libcairo (libcario-2.dll) introduces the lag. When I replaced libcairo-2.dll and libpixman-1-0.dll from a previous install of 2.8.10 that was what fixed the issue.
Comment 6 Hartmut Kuhse 2014-09-15 04:28:46 UTC
It is a libcairo issue since version 1.12.0.
In 02/13, i filed a bug (https://bugs.freedesktop.org/show_bug.cgi?id=60496)
and is maybe related to (https://bugs.freedesktop.org/show_bug.cgi?id=71833)
Comment 7 Michael Schumacher 2014-09-15 07:57:52 UTC
So, according to the latter of these bugs, this might be related to the graphics adapter, or its drivers, respectively.
Comment 8 Michael Schumacher 2014-10-12 20:53:14 UTC
Bug 736411 has traced this to the way the ruler code makes use of libcairo (the actual bug, if it is one, might still be in libcairo though, and that code could just have found the trigger).
Comment 9 Jehan 2014-11-14 21:24:38 UTC
I had been asked if I could have a look at this bug. For info, I've been trying to reproduce the issue in my Win 7 virtual machine without success. Maybe I need to make bigger windows (my laptop screen is not huge enough perhaps), or this does not happen in a virtual machine.

So unfortunately it seems I can't really help on this matter with my current set-up.
Comment 10 Michael Schumacher 2014-12-26 13:44:20 UTC
*** Bug 737431 has been marked as a duplicate of this bug. ***
Comment 11 Bodo Eggert 2015-01-30 11:24:53 UTC
On my video card, hardware acceleration stops at 1600x1200, and if an application tries to use it beyond that, it's much much slower than software rendering. Maybe this is related?
HTH
Comment 12 Michael Schumacher 2015-02-03 00:05:11 UTC
I'm tempted to resolve this as a duplicate of bug 736411 - that one actually mentions a fix for one possible reason for the lag... and links to a nightly build with that fix.

Setting to NEEDINFO, maybe this will make someone try that build.
Comment 13 Michael Schumacher 2015-05-23 11:36:07 UTC
Let's resolve it as a duplicate.

*** This bug has been marked as a duplicate of bug 736411 ***