| Summary: | Convert to djvu in the batch conversion dialog | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Nicolas Brisset <nicolas.brisset> |
| Component: | Plugin-Bqm-Convert | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | caulier.gilles |
| Priority: | NOR | ||
| Version: | 0.8.0 | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 7.6.0 | |
| Sentry Crash Report: | |||
|
Description
Nicolas Brisset
2005-11-25 21:49:12 UTC
If ImageMagick support this file format, it's very easy to add it on the plugin. Just any souce code lines are necessary. Tom, if you is interessed to do it... Gilles KDE 3.5 also includes a DjVu-Viewer. I can't wait to try the djvu reader (even though the djvulibre viewer works very well). However, this is more related with djvu documents than djvu images to replace jpg (typically, with just one image per file). Regarding the batch conversion, I have looked at the source code a bit, but it wasn't as straightforward as I had hoped :-( I could possibly make the required changes if someone points me in the right direction. From what I can see on the website, Image Magick does not support .djvu, but maybe it is possible to set up a delegate for that ? However, that sounds more complicated than just calling c44 to do that conversion. The syntax to convert image.jpg into djvu is : "c44 image.jpg" : quite easy :-) Note that contrarily to ImageMagick, not all input formats are accepted by c44, and in some cases it would be a bad idea to first compress into jpg (losing quality) and then djvu (loosing other sorts of information). The djvulibre developers are very nice (I had several mail exchanges with Leon Bottou, and I believe he even has a KDE svn account) and could probably help if required. One thing that should be possible from digikam to preserve image quality as much as possible is converting directly from raw or TIFF to djvu... I understand that the proper place to do this is kdelibs/kimgio. This might reduce the need for the djvu thumbnail code kdebase/kioslave/thumbnail because of the generic imagecreator code. On the other hand, the current thumbnail code is nice because it only creates a small pixmap that is no bigger than the desired thumbnail. There are two ways to implement decoding. One is to use the executable (ddjvu) and the other one is to create a dependency on libdjvulibre.so using the ddjvuapi. For encoding, one would have to write a temporary PNM file and use c44 if it can be found. Forgot to say the most important: - no time to do it now. - is it a good idea to do this in the midst of the kde4 work. *** This bug has been marked as a duplicate of 118779 *** Fixed with https://bugs.kde.org/show_bug.cgi?id=118779 |