| Summary: | Gimp shows strange behaviour with cairo | ||
|---|---|---|---|
| Product: | cairo | Reporter: | Hartmut Kuhse <hk_priv> |
| Component: | win32 backend | Assignee: | cairo-bugs mailing list <cairo-bugs> |
| Status: | RESOLVED MOVED | QA Contact: | cairo-bugs mailing list <cairo-bugs> |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | 1.12.12 | ||
| Hardware: | x86 (IA32) | ||
| OS: | Windows (All) | ||
| URL: | https://bugzilla.gnome.org/show_bug.cgi?id=736220 | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Bug Depends on: | |||
| Bug Blocks: | 84197 | ||
| Attachments: | Behavior of cairo in gimp-IWarp | ||
|
Description
Hartmut Kuhse
2013-02-08 14:33:33 UTC
Is it possible for you to reproduce the slow pen behaviour without having access to the hardware? Can you check with 1.12.14 to see if fixing the check for AlphaBlend() helps? Created attachment 74558 [details]
Behavior of cairo in gimp-IWarp
No, version 1.12.14(15) doesn't solve the problem. The behaviour is the same. I don't know, what you mean by reproducing the slow pen without having access to the hardware? What hardware? The behaviour exists only with the pen. The mouse is moving/painting as fast as ever. The other problem is shown in the attachment. I compiled gimp-2.8.6 pixman 1.31.1 cairo 1.12.15 all packages latest git-source. The slowlyness with a pen with gimp is still there. I made two videos that describes ist better: This one with cairo 1.11.2 pixman 1.31.1 gimp-2.8.6 https://www.dropbox.com/s/g57fpv8oz13duz1/1.11.2.mkv The behaviour is pretty good. The drawing follows the cursor. This one with cairo 1.12.15 pixman 1.31.1 gimp-2.8.6 https://www.dropbox.com/s/tb0xkdgq2gc8nss/1.12.15.mkv The drawing cannot follow the cursor and makes somewhat 'jumps' to follow faster. That only happens with a pen. The speed with the mouse is as good as with cairo 1.11.2. The change is with 1.12.0, the version 1.11.2 is the last usable version for windows (1.11.4 crashes immediately) Moving from 1.14 tracker to 1.16 tracker Do you have --enable-xlib-xcb in your config? If so, that may be the cause of at least the first part of this bug. I just fixed this bug in gimp ( https://bugzilla.gnome.org/show_bug.cgi?id=736411 ). It turns out that we were effectively redrawing one of our widgets (the rulers on the side of the canvas) inside of a mouse event handler, which is a bad thing to do. Simply doing the drawing in gtk's expose handler, like we were supposed to, fixed it. Our old code was apparently more performant on cairo versions before 1.12 than on 1.12, but I wouldn't be too concerned about that since what we were doing was wrong anyway. If anyone does want to investigate what changed in cairo, then I'm willing to help, but this bug should probably just be closed as a bug in gimp, not in cairo. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/cairo/cairo/issues/154. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.