Bug 244097 - When importing .NEF files, if highlights are "rebuild", "auto-brightness" has no effect
Summary: When importing .NEF files, if highlights are "rebuild", "auto-brightness" has...
Status: RESOLVED WORKSFORME
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-RawImport-Native (show other bugs)
Version: 4.0.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-10 04:21 UTC by Cristian Tibirna
Modified: 2022-01-26 04:23 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 4.11.0


Attachments
digikam log for raw import with not functioning autobrightness (35.84 KB, text/plain)
2010-07-10 23:11 UTC, Cristian Tibirna
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cristian Tibirna 2010-07-10 04:21:21 UTC
Version:           1.3.0 (using KDE 4.4.4) 
OS:                Linux

The title says it all. I now have digikam 1.2 in kde 4.4.5 (compiled by openSUSE) (I tried 1.3, but it misses some library symbol and thus doesn't start).

The observed problem is that enabling auto-brightness (which is very useful with 16 bit raw files) does do auto-regulation of brightness ONLY if highlight overblowing is set on anything else but "Rebuild". If rebuild is chosen, no matter what level, images are imported darkened, brightness is not auto-regulated.

Thanks for an excellent product!

Reproducible: Always
Comment 1 caulier.gilles 2010-07-10 08:00:20 UTC
1/ give me a NEF file to test there.

2/ give me the libkdcraw and libraw version that you use. go to Help/Component info for details

3/ enable debug trace, running kdebugdialog and selecting digikam and libkdcraw from the list. Run digikam from a console, process your NEF file, and copy and paste all messages there

Gilles Caulier
Comment 2 Cristian Tibirna 2010-07-10 23:09:52 UTC
Thanks for replying.

1) see http://cristian.tibirna.org/sandbox/D3C_1196.NEF (file is too big for the bug system)

2) 
digiKam version 1.2.0
LibKDE: 4.4.5 (KDE 4.4.5) "release 270"
LibKdcraw: 1.0.0
LibQt: 4.6.3
LibRaw: 0.8.5
LibKipi: 1.0.0

3) see next attachment.
Comment 3 Cristian Tibirna 2010-07-10 23:11:21 UTC
Created attachment 48757 [details]
digikam log for raw import with not functioning autobrightness
Comment 4 caulier.gilles 2011-12-15 13:09:59 UTC
Cristian,

This file still valid using digiKam 2.x serie ?

Gilles Caulier
Comment 5 Cristian Tibirna 2011-12-15 14:29:29 UTC
Yes :-( And the problem also exists for "highlights=Unclip". Only "highlights=blend" and "highlights=solid white" allow for "auto brightness" to work as expected.

The .NEF attached is still useable for testing. 

Currently, my local version of digikam is 2.3.0, libkdraw is 2.0 and libraw is 0.13.5.

Thank you!
Comment 6 caulier.gilles 2013-12-09 23:05:29 UTC
Cristian,

A lots of change have been done into libkdcraw and libraw published with digiKam 3;x serie. It will be nice to check if problem is reproducible with last digiKam 3.5.0.

Thanks in advance

Gilles Caulier
Comment 7 Cristian Tibirna 2014-01-02 16:58:49 UTC
Gilles, the problem is still reproducible with digikam-4 beta 1. Exactly same details (as above).
Comment 8 caulier.gilles 2014-08-29 22:42:34 UTC
Christian,

I recommend to try to use last digiKam 4.2.0 AND last libraw 0.16.0 to see if bug still reproducible...

Gilles Caulier
Comment 9 caulier.gilles 2015-05-15 22:15:14 UTC
Christian,

What's new about this file using digiKam 4.10.0 and Libraw 0.16.x ?

Gilles Caulier
Comment 10 Cristian Tibirna 2015-05-16 13:03:49 UTC
Thanks for the heads up.

The reconstruction is now correct with all combinations of "highlights" and "auto brightness" (on or off).

Thanks a lot for the great work.