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 323789 - Low Res and High Res simultaneous jobs
Low Res and High Res simultaneous jobs
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: General
2.2.x
Other All
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2005-12-11 13:19 UTC by Marcos Mayorga
Modified: 2018-05-24 11:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Marcos Mayorga 2005-12-11 13:19:18 UTC
When working with big images with lots of layers, the GUI runs so slow that 
it's impossible to handle. 
Can the Gimp be improoved to be able to work with a low resolution image while 
it is working in the high resolution picture in the background? 
I can imagine it like The Gimp is maintaining a list of instructions and 
applying it to both copies, but the user only waits for the low res copy 
result, so he can work smoothly and fast. 
 
Thank you
Comment 1 Sven Neumann 2005-12-12 09:49:36 UTC
That is a planned for a later version. Note that the plan dates back to the year
2000. But yes, it's a feature we would like to add at some point. I just wonder
how much sense it makes to have a bug report open for it.

I suggest that you check your tile-cache settings. GIMP should be able to handle
large images if you have a sufficient amount of RAM and your set up tile-cache
is reasonably.
Comment 2 Marcos Mayorga 2005-12-12 10:37:15 UTC
I see the feature quite interesting, despite the fact one could have a 
powerfull machine, The authoring job could be a pleasant experience if the 
machine interacts quickly with the user and the effects applyed and the tools 
used with the image take short to be executed. A user only need a 72 dpi image 
to work with, to give The Gimp instructions on how to modify the image.

I have seen some problems that must be addressed to achieve the objetive: Some 
Scripts of filters accept as input parameters values in pixels, for example, 
blur or shadow, soo the visual result is different on images of distinct 
resolutions. The scripts must be able to take all their arguments in any unit 
but pixels.


Comment 3 Hugo 2007-02-06 11:50:01 UTC
Hi,

I think this is the most important gimp's feature to use it seriusly. Perhaps most important than CMYK suport.


Gimp can't be use it in most work's becouse is slower than others. I'll use Photoshop (with wine) till this feature become to gimp for most works.


BY and thank's for your work.
Comment 4 Sven Neumann 2007-02-06 12:04:39 UTC
Hugo, Bugzilla is the wrong place for such comments. Please only add comments to a bug report if you can actually help to resolve it. And you probably want to adjust GIMP's tile-cache size if you think that it is unreasonably slow.
Comment 5 GNOME Infrastructure Team 2018-05-24 11:41:03 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME'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.gnome.org/GNOME/gimp/issues/171.