Re: [Gimp-developer] Brush + Paint Dynamic - performance problems and comparison between 2.9 and 2.8.14.

Please update to latest gimp master and test. I think I fixed this.

commit 3233a70bae756e8f62fb144cbce9d8f84ed25609
Author: Michael Henning
Date:   Sun Sep 6 00:05:32 2015 -0400

    libgimpwidgets: Avoid updating the rulers too often.

    Ever since 72617e42b, whenever the user generated a lot of mouse
    input, we would constantly queue redraws to the rulers. These redraws
    had a higher idle priority than updating the canvas, so we would
    rarely get around to canvas updates, which made certain tools
    (painting with dynamics, the blend tool) feel very unresponsive.

    This fixes it by only redrawing the rulers if the mouse has moved
    far from the last location, or if there are no idle handlers with
    a priority above LOW.


On Sun, Sep 6, 2015 at 3:00 PM, Americo Gobbo <jag rabisco gmail com> wrote:

On Sun, Sep 6, 2015 at 3:04 PM, Richard <strata_ranger hotmail com> wrote:

IIRC, this was previously discussed on the mailing list (and bugzilla)
and the cairo library was identified as a culprit/accessory to the lag --
as some users reported downgrading to a previous libcairo fixes the ruler

However, it also appears to have been properly fixed as of mid-August:

Thanks Richard, but it seems all OK are to windows... on my linux box the
problem is resolved only without rulers.

I work only on linux, and in this box I've two GIMP, the stable 2.8.14
(otto ppa) and and the 2.9 devel (last git master). My box is ubuntu
gnome 14.04.2 - 64-bit. Memory 8Gb, Intel® Core™ i5-3570K CPU @ 3.40GHz ×
4, Gallium 0.4 on AMD CAICOS.

The 2.9 first of the patch of Michael Henning in August 11, was working
well with the rulers.
The 2.8.14 stable - ppa otto, is working well.

git log on my 2.9 git master >

commit 72617e42b426e6788c075539a20df7365d2cf102
Author: Michael Henning <drawoc darkrefraction com>
Date:   Tue Aug 11 16:20:59 2015 -0400

    Bug 736411 - Ruler updates cause slowdown when painting

    We now avoid drawing rulers in the position property setter and use
    gtk's region invalidation instead. Previously, we were basically
    redrawing the ruler inside the mouse event handler, which is pure evil.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]