I have sent this to the gimp-users list already, and nobody
could give me any hint to solve this, so it is probably
need to be improved. 

"We would like to change from windows+photoshop to linux+gimp.
System description follows:

GNU Linux 2.4.20 / Debian Testing
Machines: 512MB SDRam, 733-1400Mhz Intel.
Gimp 1.2.3 + 1.3.14

We would like to use it for high-resolution
(~2048x3072 pixels) digital photo

Changing the color balance/brightens-contrast/
color curves are significantly slower
in gimp vs. photoshop on the same machine.
The problem is not the processing time alone,
but the preview takes the same amount of time
as the final processing.
I have relized, that gimp calculates all
the data in preview mode as I would have
pressed the ok button. I have Also noticed,
that during the process it divides the picture
into smaller squares top-down, and the change
takes effect continously in these squares
(in preview mode also). Photoshop also uses
these squares, but it uses only about 6/picture
while gimp is using much-moch more smaller
(I couldn't count). I think this is the
source of the difference in the preview
processing time."

I think if it is not solved, maybe preview should be
done through sdl or xvid or whatever instantly (but
maybe the videocard controll gives slightly different
result than the later calculated image after OK button...)
Other good idea came from my friend: creating a smaller
image in memory, which has the resolution of the screen
and calculating the preview on that image.

So long Im not into C programming so much, so
I can't work it out within a reasonable time,
but please let me know if you are willing to
do some improvements like this, since at the
moment this slowness on previews holds us back
from changeing. If we can change of course we
can make some donations to the community.

 (_. o_)            F3CZ0
   (_,)     http://feczo.koli.kando.hu
  (    )    __________________________
  // //
Gimp-developer mailing list

Reply via email to