Re: Brush + Paint Dynamic - performance problems and comparison between 2.9 and 2.8.14.

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

 



Michael, is working fine! I've tested with and no rulers and the
performance is equal!
Thanks.


J. Americo Gobbo [Illustrator and Painter]
Website <http://americogobbo.com.br> | Blog
<http://americogobbo.blogspot.com> | Flickr <http://flickr.com/rabisco> |
Pinterest <http://www.pinterest.com/americogobbo/> | Twitter
<http://twitter.com/rabisco> | Facebook
<http://www.facebook.com/americogobbo>


On Sun, Sep 6, 2015 at 6:49 PM, Michael Henning <drawoc@xxxxxxxxxxxxxxxxxx>
wrote:

> 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.
>
> From,
>    drawoc
>
> On Sun, Sep 6, 2015 at 3:00 PM, Americo Gobbo <jag.rabisco@xxxxxxxxx>
> wrote:
>
>>
>> On Sun, Sep 6, 2015 at 3:04 PM, Richard <strata_ranger@xxxxxxxxxxx>
>> 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
>>> lag.
>>>
>>> However, it also appears to have been properly fixed as of mid-August:
>>> https://bugzilla.gnome.org/show_bug.cgi?id=736411#c39
>>> <https://bugzilla.gnome.org/show_bug.cgi?id=736411>
>>>
>>
>> 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@xxxxxxxxxxxxxxxxxx>
>> 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.
>>
>> thanks
>>
>
>
_______________________________________________
gimp-developer-list mailing list
List address:    gimp-developer-list@xxxxxxxxx
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list




[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux