A hearty slap on the back:

[Boudewijn Rempt]

On Thursday 02 November 2006 11:45, Cyrille Berger wrote:
> > (...)
>
> all what you describe is very nice, _but_ it will only works with .kra
> files, and with some png and tiff files. jpeg doesn't allow random access.
> I am not confident about png. And half tiff files around certainly don't.
>
> Loading this file http://cyrille.diwi.org/tmp/krita/big_layered_image2.tiff
> in krita and the gimp gave the following results:
>
> - gimp loading time : 56s
> - krita loading time : 30s

That's nice! Another thing: stock gimp doesn't handle the profiles, which 
takes a bit of time, the cvs head checkout of gimp I use offers to convert 
the sRGB profile to same sRGB profile and takes a lot of time doing that. 

One thing that may help is that we show the image scaled down to fit in the 
window, while Gimp shows it at 100% -- and therefore has to do less 
compositing. 

Checking with this image, I see that Gimp is just as slow as Krita when 
compositing this image.

> the difference is that the gimp show progress of reading, while krita
> doesn't, but maybe we can make use of thomas's new progress system ?

We really need to show progress in all of koffice for filter loading.

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kimageshop/attachments/20061102/758e904e/attachment.pgp