Hi, 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 editing/retouching 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 ( ) __________________________ // //
