[Digikam-devel] LibRaw 0.7.0-Alpha-0
Gilles Caulier
caulier.gilles at gmail.com
Sun Jan 11 19:35:30 GMT 2009
Option is set on with commit #909512.
http://websvn.kde.org/?view=rev&revision=909512
Gilles
2009/1/11 Gilles Caulier <caulier.gilles at gmail.com>
>
>
> 2009/1/6 Gilles Caulier <caulier.gilles at gmail.com>
>
>>
>> Alex,
>>
>> It's very interresting. i will backport code to KDE tomorow. Today ay
>> noon, KDE code is branched (KDE4.2) and trunk become KDE 4.3 developement
>> branch. It perfect to put alpha code and start new test. Raw decoding
>> Configuration panel need to be adapted of course...
>>
>> I CC digikam-devel mailing list for info. Perhaps some people will ask you
>> some questions. I will forward responses.
>>
>> Best
>>
>> Gilles Caulier
>>
>> 2009/1/5 Alex Tutubalin <lexa at lexa.ru>
>>
>> Gilles,
>>>
>>> there is huge improvement in RAW processing... but not for end-user yet
>>> :)
>>> http://www.libraw.org/data/LibRaw-0.7.0-a0.tar.gz
>>>
>>> This is alpha-quality code (tested on very small amount of files).
>>>
>>> From digiKam point of view there is only 'promise' of improvement: with
>>> new API internals (not changed much from library user's side) it is
>>> possible
>>> to make better noise/etc filtration routines suited for particular
>>> camera/model
>>> (or either firmware version).
>>>
>>> You just need to set only one 'magic' option in libkdcraw:
>>>
>>> RawProcessor.imgdata.params.filtering_mode=LIBRAW_FILTERING_AUTOMATIC;
>>>
>>
> Alex,
>
> I will set this option in Raw decoding settings container.
>
> Question : About performance, where i can turn on this option exactly :
>
> - Raw preview extraction (don't care i think)
> - Half raw decoding. ( ??? )
> - Full raw decoding (here, yes of course)
>
> This is has an incidence with 8 and 16 bits color depth decoding ?
>
> Best
>
> Gilles Caulier
>
>
>
>
>>
>>> (this setting selects special routine if it exists with fallback to
>>> dcraw-compatible
>>> mode).
>>>
>>> I think, I'll do these special routines for Canon 1D-Mk3 within several
>>> weeks because dcraw code on 1D-3 produces incorrect results. Other
>>> cameras
>>> may follow....)
>>>
>>> If you have time, I'm very interested in testing (Note: internal API is
>>> changed,
>>> so full recompile of apps is mandatory).
>>>
>>> Full changelog (including import of dcraw 1.410 because 0.7 fork was
>>> happen before):
>>>
>>> 2009-01-05 Alex Tutubalin <lexa at lexa.ru>
>>> * It is possible to turn off RAW data filtration (black level
>>> subtraction, zero pixels averaging):
>>> + supported on all cameras except Foveon and Phase One
>>> + filtraction controlled by new parameter "filtering_mode"
>>> + it is possible to expand API by filtering procedures
>>> built for specific camera model.
>>>
>>> * Black border (masked pixels) extraction:
>>> + API (data structures) for storing black mask.
>>> + Black mask extraction supported only for limited list of
>>> data formats:
>>> - Canon .CRW, .CR2 (with exception of sRAW),A600, A5
>>> - Adobe DNG (both converted RAW and native DNG)
>>> - Nikon NEF (compressed only)
>>> this list to be expanded in future LibRaw versions
>>> * New call add_masked_borders_to_bitmap makes full bitmap
>>> 'masked border' + image
>>> * Usage sample for functionality listed above:
>>> samples/unprocessed_raw
>>> * Imported dcraw 8.89/1.410:
>>> + fixed bugs in Hasselblad .fff decoding
>>> + fixes in Imacon metadata decoding
>>> * Documentation changes
>>> * All client code should be recompiled
>>> * LibRaw 0.7.0-Alpha0
>>>
>>>
>>> --
>>> Alex Tutubalib
>>> Web: http://blog.lexa.ru
>>> mailto:lexa at lexa.ru
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20090111/014ab1cf/attachment.html>
More information about the Digikam-devel
mailing list