Bug 255553 - Batch Color Space Converter Doesn't Work On 16bit TIF Files
Summary: Batch Color Space Converter Doesn't Work On 16bit TIF Files
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: ColorManagement-Core (show other bugs)
Version: 1.5.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-29 00:26 UTC by Frank Gore
Modified: 2016-07-15 12:15 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 5.1.0


Attachments
This is how it should look (83.29 KB, image/jpeg)
2010-10-29 00:26 UTC, Frank Gore
Details
But this is my result (52.63 KB, image/jpeg)
2010-10-29 00:27 UTC, Frank Gore
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Frank Gore 2010-10-29 00:26:23 UTC
Created attachment 52957 [details]
This is how it should look

Version:           1.5.0 (using KDE 4.4.4) 
OS:                Linux

When I use the Batch Color Space Conversion tool on TIF files I generated from DNG files, the resulting pictures have their colors all over the place. I use 16bit ProPhoto RGB as my working color space, but I want to convert to 8bit sRGB before posting to the web.

Reproducible: Always

Steps to Reproduce:
- Use UFraw to generate a TIF file in 16bit ProPhoto color space (from the camera's original DNG)
- add this TIF file to the batch queue manager
- add the color space conversion tool
- select sRGB as the conversion color space
- run batch

Actual Results:  
The resulting picture has incorrect colors. Looks like the new colour profile was assigned to the picture, instead of any conversion being made.

Expected Results:  
The resulting picture should appear at least somewhat similar to the original.

I tried to perform this on TIF files generated by Digikam, but Digikam fails spectacularly to create 16bit ProPhoto TIFs from DNG files. (a whole different bug)
Comment 1 Frank Gore 2010-10-29 00:27:41 UTC
Created attachment 52958 [details]
But this is my result
Comment 2 Marcel Wiesweg 2010-10-29 12:00:34 UTC
Can you please try manually with the image editor?

Open the file in the image editor, use Color -> Color space conversion -> sRGB, Color ->depth -> 8 bit, save. Is the result correct?
Comment 3 Frank Gore 2010-10-29 15:19:30 UTC
Yes, when I do it manually, the result is correct. It's only when I use the Batch Color Space Conversion tool that it gives me bad results.
Comment 4 caulier.gilles 2011-12-12 18:34:22 UTC
Frank,

This problem still here with 2.4 release ?

Gilles Caulier
Comment 5 caulier.gilles 2015-07-01 06:03:29 UTC
New digiKam 4.11.0 is available :

https://www.digikam.org/node/740

Can you reproduce the problem with this release ?
Comment 6 caulier.gilles 2015-08-24 05:14:12 UTC
digiKam 4.12.0 is out :

https://www.digikam.org/node/741

We need a fresh feedback using this release please...
Thanks in advance.
Comment 7 caulier.gilles 2016-07-15 12:15:16 UTC
With digiKam 5.0.0, this problem is not reproducible.
I close this file now. Don't hesitate to re-open if necessary.
Gilles Caulier