<br><br><div><span class="gmail_quote">2007/4/6, Marcel Wiesweg <<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> 2007/4/6, Marcel Wiesweg <<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>>:<br>> > > However, I think it would be nice if the time for "Loading ..."<br>> > > would be shorter (even on a Core 2 Duo with 2 GHz and 2 GB RAM
<br>> > > it is about 1s to go from one image to the next).<br>> > > This is also true when going back-and-forth between two images<br>> > > (wasn't there some caching supposed to be active?)
<br>> ><br>> > Yes there is caching. Going back to the previous image is fast here.<br>> > There is no preloading currently in the editor - it is not enabled.<br>> ><br>> > Marcel<br>><br>
> And I would just said one word about my experimental implementation here :<br>><br>> Since i have works hard into canvas implementation, especially to speedup<br>> rendering of image, I have used editor canvas to render preview image on
<br>> Preview Mode from Album GUI. It work nice. Now we can zoom in zoom out into<br>> preview. It's fast. This way will solve this B.K.O file :<br>><br>> <a href="http://bugs.kde.org/show_bug.cgi?id=140131">
http://bugs.kde.org/show_bug.cgi?id=140131</a><br><br>Do you need DImg objects from the preview then? </blockquote><div><br>no, and if you take a look in my patch, i don't use it. Preveiw loading still used... </div><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">This way, we could also<br>experiment with faster scaling algorithms.</blockquote><div><br>Tested. It's work. It's more faster than QImage::smothScale() but similar than QImage::scale(). Backport is here :
<br><br><a href="http://digikam3rdparty.free.fr/misc.tarballs/smooth-bresenham/">http://digikam3rdparty.free.fr/misc.tarballs/smooth-bresenham/</a><br><br>of course result is smothed with this algo insteas QImage::scale() is not...
<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Problem is loading from memory. If necessary, we still need to load using a<br>
QImage, it supports loading from memory...<br><br>><br>> And Marcel, what news about this one :<br>><br>> <a href="http://bugs.kde.org/show_bug.cgi?id=132047">http://bugs.kde.org/show_bug.cgi?id=132047</a><br>
><br>> It's can be closed ?<br><br>Yes, there is nothing I can think of right now that we have left to implement<br>to make loading faster.</blockquote><div><br><br>Ok, i close it...<br><br>Gilles</div><br></div>
<br>