digiKam › digikam-devel

Re: LibRaw 0.7.0-Alpha-0

Classic

List

Threaded

4 messages Options

Gilles Caulier-4

Re: LibRaw 0.7.0-Alpha-0

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 <[hidden email]>

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;

(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 <[hidden email]>
* 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:[hidden email]

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

Fwd: LibRaw 0.7.0-Alpha-0

I forward Alex response here...

---------- Forwarded message ----------
From: Alex Tutubalin <[hidden email]>
Date: 2009/1/6
Subject: Re: LibRaw 0.7.0-Alpha-0
To: Gilles Caulier <[hidden email]>

Gilles Caulier wrote:

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.

OK. I hope, I will add dark frame reading code for most cameras (surely excluding Foveon, may be
excluding Canon sRAW and Fuji rotated raw for now).

Anyway, this is for developers only: one may develop better black level subtraction/noise filtering/whatever
for particular camera, but no such code exists now.

Raw decoding Configuration panel need to be adapted of course...

Don't think so (for now). 'FILTERING_AUTOMATIC' is best possible option for image processing.

May be, this setting will be extended in future: if concurrent 'plugins' will appear, than user may have
to select one of them.

Also, filtering plugins can be added at application layer:
- turn filtering off (filtering_mode=FILTERING_NONE)
- process raw data after unpack_file(), but before dcraw_process()

I CC digikam-devel mailing list for info. Perhaps some people will ask you some questions. I will forward responses.

I think, it is better for me to subscribe directly. Just sent subscription request on lists.sourceforge

--
Alex

Web: http://blog.lexa.ru
mailto:[hidden email]

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

Re: LibRaw 0.7.0-Alpha-0

In reply to this post by Gilles Caulier-4

2009/1/6 Gilles Caulier <[hidden email]>

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 <[hidden email]>

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 <[hidden email]>
* 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:[hidden email]

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

Re: LibRaw 0.7.0-Alpha-0

Option is set on with commit #909512.

http://websvn.kde.org/?view=rev&revision=909512

Gilles

2009/1/11 Gilles Caulier <[hidden email]>

2009/1/6 Gilles Caulier <[hidden email]>

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 <[hidden email]>

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 <[hidden email]>
* 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:[hidden email]

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel