Version: 0.8.2 (using KDE 3.5.5, Kubuntu (edgy) 4:3.5.5-0ubuntu3) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.17-10-generic jpegoptim http://linux.maruhn.com/sec/jpegoptim.html is a software to optimize jpeg files size without lost informations. It's maybe a good idea to integrate this during copy transfert from camera. What do you think about this ? Thanks for your response.
To everybody, Do you want really this option in camera interface like we do with autorotate feature ? Gilles
Yes, I think.
Tested it on JPEGs from my camera. Optimization is fast but brings only minor gains. Most of size reduction was 3-4% percent with whole range 0-9%.
I don't need this option especially so I don't vote for it, but an overall range of 0-9% size reduction without lose of quality(?!), would nice, or? (I could imagen a checkbox option on camera import "[] Optimize JPEG pictures"
Optimization of 9% was only in real minority of images, about 10% of them. Big majority of size reductions was in 3-4% range.
Arnd, Sound like there is no advantage to implement it... Gilles
Well, it's an on average an advantage of 4% and a valid wish. Personally I don't care about 4% as it does not really make a difference. I would anyway suggest to copy the images plainly from the camera to one hard disk and then transfer them to a separate disk on which digikam operates Then, before starting digikam one could just run jpegoptim. Should this be marked as WONTFIX, or should we wait to see if this gets some votes over time?
Arnd, Agree to WONTFIX. There are more tiedous part to implement instead. Sorry GML... Marcel, your viewpoint ? Gilles
On my part I am for WONTFIX. Just wanted to point this is another perfect case for service menus...
Okay, I'm the reporter of this bug, the service menu is enough for me.
Joke is: there is no support for service menus at the moment :( But this is another question. By popular vote I am closing it as WONTFIX...