Version: 3.4.1 (using KDE KDE 3.4.1) Installed from: Compiled From Sources Compiler: gcc OS: Linux I tried to convert 54 Tiff images of each 3 to 4MB in size (1172x1186 pixels, compressed using LZW) to jpeg, in a short while the process went into severe thrashing and took quite long (about 30mins) to recover. Many Jpeg images were 0 bytes in size after the convertion. My desktop: Intel P4 3.0 Ghz, 1GB DDR-400 RAM, 1GB of swap KDE: 3.4.1 (Compiled from sources) OS: Linux, kernel 2.6.11.9, gcc 3.4.3 Method: 1. selected all 54 images within Konquerer file browser 2. Right clik->Actions->Convert To->JPEG
this would be an imagemagick issue as that is the software that we rely on to provide this functionality; there is not really anything we can do about this. i would suggest filing a bug with the imagemagick project
Hi Aaron Thanks for your comment. This is nothing to do with the software tool (eg. Imagemagick) used to do the image conversion. The mistake is, KDE submits all the images selected in parallel for conversion. So, no machine would be able to take that load if the number of images are high and image size is very big even if you use the best image conversion utility in the world. In fact, I manually converted 5 images at a time using the same KDE facility, the imagemagick's conversion was very good and I managed get it printed very nice. What I suggest to KDE is, don't submit all images at the same time for conversion, submit automatically few at a time without killing the machine. The process should be transparent to the user, so that a user can submit all images in a directory for conversion and go for coffee. Thank you Sagara
zoinks! it's using %f! hm... i'll have to think about the best way to fix this (e.g. in the script or in the servicemenu code or ...)
One of the options is a small pop up (with facility to expand the window to see more advance features applicable for conversion as I mentioned in the feature request 108519). You don't have to implement all the features, at least the number of images to process at a time, so that people can manually override the default depending on the machine they have (eg. P4, Dual Core P4, Multiprocessor or multi-core Opteron, Cell, etc; RAM: 1GB, 2GB, 4GB, etc). So in future, the optionally visible advance features can be upgraded to support to the limit supported by ImageMagic or GraphicsMagick. To demand a higher level of respect for KDE, make it, it's the toy of the professionals :) Second, image conversion settings elsewhere as Sound file conversion settings are under Control Center->Audio CDs. If there are sound file conversions settings, why not image conversion settings? :) Sagara
This is definitely still a problem. I tried reproducing it by converting 104 jpeg's to png's, and the load shot up to 47.5, before my console just stopped refreshing.
Confirmed with KDE 3.5.5.
*** Bug 92527 has been marked as a duplicate of this bug. ***
Is this service menu still available on KDE 4?
Message from the Bugsquad and Konqueror teams: This bug is closed as outdated, as we do not have the manpower to maintain the KDE3 version anymore. If you still can reproduce this issue with Konqueror 4.8.4 or later, please open a new report. Thank you for your understanding.