Klaus Ethgen <klaus+gee...@ethgen.de> wrote: > > 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%. > > Hmm.. No good Idea. My thumbnails are 160x160 in size so that reduction > would be visible.
I've prepared few samples (256x192) http://wm.ite.pl/tmp/n0.png (orignal images) http://wm.ite.pl/tmp/n1.png http://wm.ite.pl/tmp/n2.png http://wm.ite.pl/tmp/n3.png http://wm.ite.pl/tmp/n4.png http://wm.ite.pl/tmp/n5.png Please compare for example n0 with n4 - of course some distortions in n4 are visible and image is a bit darker, but it doesn't look as bad as you think. > Am Sa den 26. Dez 2009 um 23:21 schrieb Omari Stephens: > > Finally, I imagine the thumbnail storage paradigm will probably change > > once folks start moving geeqie over to a database backend. > > Not really. This would make the problem just going to other place. And > more worse the overhead would be more so the wasted space would be > somewhat bigger. I agree. IMHO color quantization & dithering is a good way to achieve acceptable quality and small size of thumbnails. w. ------------------------------------------------------------------------------ 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
