On 12/26/2009 10:07 PM, Wojciech Muła wrote:
> Hi all!
>
> Single thumbnail file is quite small, but when we have bunch of them
> it could be a problem; recently I discovered, that size of my
> .thumbnails directory was 2GB.
>
> I've tested very simple method to reduce size of thumb pngs - before
> save a file, n lower bits of each pixel component is reset. Of course
> this cause lost of some information, but thumbnails are just...
> thumbnails, and I think it is not problem for anyone. My quick tests
> with patched geeqie show significant reduction of size:
> for n=3 - 20-30% less, for n=4 - 40-50%.

Is this really worth it?  For one, this runs the risk of destroying a 
significant amount of the image content for images that are fairly dark.

Beyond that, though, the difference between a 1GB and a 2GB .thumbnails 
directory is pretty small, in practice.  If the size of the directory is 
an issue, the answer is probably to do something that will maintain some 
certain maximum directory size, rather than hurting the quality of each 
and every thumbnail with no practical way to prevent the .thumbnails 
directory size from continuing to grow.

Finally, I imagine the thumbnail storage paradigm will probably change 
once folks start moving geeqie over to a database backend.

--xsdg

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Reply via email to