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 669436 - Slow performance when using Color tools.
Slow performance when using Color tools.
Status: RESOLVED DUPLICATE of bug 114268
Product: GIMP
Classification: Other
Component: General
2.7.4
Other Linux
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2012-02-06 02:37 UTC by deithrian
Modified: 2012-02-08 17:51 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description deithrian 2012-02-06 02:37:11 UTC
Hello!
I'm using Gimp 2.7.4.
System Intel Dual Core E2200, 4GB RAM, Nvidia GF 8500 GT 512RAM.
Linux Mint 12 updated.
Installed Nvidia proprietary drivers.
GEGL is not enabled.

When editing photos (changing Saturation or Levels) the effect gets applied in a rather slow "Line by line" fashion.
When I open more than one image it gets worst :)

Examples:
http://i42.tinypic.com/5yhjxv.jpg
http://i39.tinypic.com/1692uq8.jpg
Comment 1 Michael Natterer 2012-02-06 22:56:18 UTC
How many MPixels/sec is "slow". Start gimp from the terminal to see
the output.
Comment 2 deithrian 2012-02-07 01:33:50 UTC
Hello!
This is the output I have for two images:

Levels: 11.6383 MPixels/sec
Levels: 10.3524 MPixels/sec
Hue-Saturation: 6.55119 MPixels/sec
Hue-Saturation: 4.77966 MPixels/sec


Levels: 12.1085 MPixels/sec
Levels: 9.69473 MPixels/sec
Hue-Saturation: 5.58581 MPixels/sec
Hue-Saturation: 4.17124 MPixels/sec
Comment 3 deithrian 2012-02-07 01:42:46 UTC
Maybe I didn't express myself correctly.
Is there a way to show the speed at which the "Live Preview" of those edits gets updated on the screen?
That's what I find to be slow.
Applying the effect speed doesn't bother me at all, it's the "Live Preview" of the effect which is rather slow.
Comment 4 Michael Natterer 2012-02-07 17:46:55 UTC
The live preview is updated in the same speed the effect is calculated,
incrementally, without blocking the GUI. Do you ask for the update
being held back until the entire region is processed?
Comment 5 deithrian 2012-02-07 23:02:59 UTC
I hate to compare Gimp with Photoshop, but thats where I'm coming from.
In PS when I open 130 photos, with the same resolution as these, I can still see instant live update when changing Saturation or Levels.
The speed at which Saturation and Levels is shown in the live preview in Gimp is comparable to the speed of the Artistic Filters in Photoshop.

Personally I don't mind if the effect is being "applied" do the image for 10 minutes as long as I have an instant "live preview" of the effect so I can quickly find the desirable levels and move to the next image.
With the current speed at which live preview is drawing Saturation and Level changes, by the time it is finished I have forgotten if the previews settings looked better or not.

In Photoshop I just click, click, click and find the right levels, but in Gimp if I try to do the same thing, the effect in the examples above happens.
It may be better if the effect gets displayed at once and not line by line but it will be still at least 5-10 times slower than in Photoshop's instant preview.

I was just wondering if I'm doing something wrong to have the live preview of Saturation and Levels being drawn so slow on the screen with only one image opened.
This is why I filed this bug report.

I'm sorry again to compare Gimp to Photoshop, please understand that I want to find a way to continue working the way I'm used to :)
Nothing more or less.
Thanks!
Comment 6 Michael Natterer 2012-02-08 17:51:38 UTC
I see, in this case it's a duplicate.

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