Version: 10.0-rc2 (using KDE 4.2.0) OS: Linux Installed from: Fedora RPMs This issue was mentioned shortly in another bug, which is now closed: https://bugs.kde.org/show_bug.cgi?id=125916 (see comment 54: https://bugs.kde.org/show_bug.cgi?id=125916#c54) At present digikam only supports TIFF images in RGB format. However, I recently added a lot of CMYK TIFF images to my library (I have received them from my prepress agency). Digikam is pretty useless with those images. For example: * thumbnail generation silently fails with this message on the command line: Digikam::TIFFLoader::load: Can not handle image without RGBcolor-space * trying to preview the images fails with message: Cannot display preview for "xxxx".tif * the same goes for the image editor As bug #125916 is closed and I can't find any other bug report on this, I decided to add another wish to implement this functionality.
This issue is still there in digikam 10.0 final. Gilles, in https://bugs.kde.org/show_bug.cgi?id=125916#c54 you mention > I have a solution to handle non-RGB color-space picture > using lcms library, but i have not yet implemented this > one in my computer. Would be be difficult to implement this ? This fix would really improve my user experience with digikam, so if not to difficult I would really like to see it fixed in the next version.
Can this bug be fixed before the final 1.0 release, please ?
I'm also missing CMYK support for the similar reasons. I have good bunch of high quality scans in CMYK. Unfortunately Digikam can't display although it correctly identifies image is CMYK.
I tested this today with 1.0.0beta5 on rawhide. The problem is still there. And no reply from the developers on whether or not it will be fixed... My apologies if I sound like nagging, but I think it would be a really useful improvement and Gilles suggested in the previous bug that the fix would not be too complicated.
Nothing seems to happen with this bug. I wonder, is cmyk support for tif images actually something that should be in digikam directly, or rather in one of the base libs (like libtiff or something). Can a digikam dev voice his opinion about this ? If it's not digikam, it can be reassigned. Anyway, I just want to see some progress on this bug, and I'm trying to find out why it stalls right now.
I'm not sure how complicated the fix is, I have no experience with CMYK images. Probably not something to be done shortly with a few lines of code. If someone knows it's easy give us a hint.
Marcel, Look in JPEG loader. JPEG support CMJN too and you have add some code (taken from Qt if i remember) to convert to RGB color space... I think the same can be do in TIFF loader. Else, perhaps ImageMagick or Krita tiff loader as this code (based on libtiff). I can take a look. Gilles
For 8bit images only: why do we give up so early? We use for 8bit images TIFFRGBAImageGet(...), this function can handle nearly all tiff encodings (also CYMK), but in tiffloader.cpp line 192 only RGB and MINISBLACK color codings are allowed.
*** Bug 268059 has been marked as a duplicate of this bug. ***
*** Bug 219542 has been marked as a duplicate of this bug. ***
*** Bug 347271 has been marked as a duplicate of this bug. ***
Created attachment 92503 [details] tiffloader.patch This patch enabled the loading of TIFF images with YCbCr or CMYK color model with 8 bits color depth. Maik
Patch is fine for me... Gilles
Wonderful ! I'm looking forward to seeing this patch integrated in a future version of digikam. One comment: if the tiffloader now is capable of displaying CMYK images as well as RGB ones, shouldn't the error message for unknown formats be a bit more precise ?
Git commit 2c5e7c2bbab6cf6b7f1797c7788876d27a0dc6b8 by Maik Qualmann. Committed on 09/05/2015 at 13:42. Pushed by mqualmann into branch 'master'. apply patch #92503 to enabled the loading of TIFF images with YCbCr or CMYK color model FIXED-IN: 4.10.0 M +2 -1 NEWS M +4 -1 libs/dimg/loaders/tiffloader.cpp http://commits.kde.org/digikam/2c5e7c2bbab6cf6b7f1797c7788876d27a0dc6b8
(In reply to Geert Janssens from comment #14) > One comment: if the tiffloader now is capable of displaying CMYK images as > well as RGB ones, shouldn't the error message for unknown formats be a bit > more precise ? To create a better error message, I have on my TODO list. Maik
Git commit 5e862379f6265b01fb7849c8f65609cac898ca74 by Gilles Caulier. Committed on 09/05/2015 at 15:25. Pushed by cgilles into branch 'frameworks'. backport commit #2c5e7c2bbab6cf6b7f1797c7788876d27a0dc6b8 from git/master to frameworks branch M +4 -1 libs/dimg/loaders/tiffloader.cpp http://commits.kde.org/digikam/5e862379f6265b01fb7849c8f65609cac898ca74