<br><br><div><span class="gmail_quote">2007/4/2, Leopold Palomo Avellaneda <<a href="mailto:lepalom@wol.es">lepalom@wol.es</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Dear people,<br><br>first of all I'm sorry for write you with also cc to some list. I will try to<br>be brief. I'm an advocate of the free software and usually I use kde and<br>debian. I'm a enthusiast of the photography and I normally shot in raw with

<br>my camera.<br><br>It's to me a bit surprising (but understandable) that almost _all_ the free<br>software projects use the dcraw from Mr. Coffin. However, Mr. Coffin doesn't<br>want to make dcraw as a library. In general, all the projects modify the

<br>dcraw code or encapsulate it in some kind of library.</blockquote><div><br>

We need a library, not a simple binary program to decode RAW files.

This is why there are a lots of projects witch re-implemente/re-use

dcraw.c from Dave<br>

</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I like the ideas from Mr. Figuière to develop a library to use in the free<br>

software projects for the raw. But, to begin a new library from scratch, (or<br>I understand that it have been developed in this manner) is a lot of work.</blockquote><div><br>

Exact. This is why i think this project will never out, or perhaps in a far far future...<br>

 </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">However, maybe it's the most easy thing, do it your self from zero.</blockquote>

<div><br>

no. RAW file decoding is a science of reverse engineering. Dave have used 10 years of like to provide dcraw.c <br>

 </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Since some time ago I use ufraw to convert my photos to something viewable. I<br>

like very much Mr. Fuchs application and I think that he have designed and<br>developed a very good application to convert raw files. Also, I think that<br>the idea to have some kind of job ticket, or convert options that he propose

<br>in the ufraw xml file it's a very good idea.<br><br>I proposed to Mr. Fuchs to try to make the ufraw file description (xml)<br>as "standardized" file format in the way that you could use it in any<br>application having the same (or very similar) results. Mr. Fuchs told me that

<br>one way to do it is encapsulate ufraw in a library.</blockquote><div><br>

fine. </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I don't use digikam but I like very much this application. Also, I like the qt

and the kde project. I have been a bit surprised when today looking on the blog of digikam I have been an entry about the libkdcraw. However, I have seen that has a dependency with the kdelibs, as normal as a kde lib.

</blockquote><div><br>

libkdcraw provide and interface for KDE applications. This

implementation come from digiKam core and will be used by digiKam 0.9.2

and kipi-plugins 0.1.4. In the future, Krita will use it when libkdcraw

will be ported to QT4/KDE4. I'm sure than KDE KIO slave will use it

later...<br>

<br>

The implementation provide an C++ interafce witch use QT and KDE

component to run. Also, libkdcraw provide a QT/KDE settings widget used

by hosts application to set RAW decoding parameters.<br>

<br>

There is no plan to remove the KDE/Qt. This is a non sence. If a low

level library need to be done, libkdcraw is not the good way.<br>

</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">After this introduction I would like to ask you if it would be possible that<br>_all_ of you will try to collaborate as possible as you can. For example, I

<br>respect very much the ideas of Mr. Coffin, but:<br><br>- what do you think if the other people send you little modifications of the<br>dcraw in the manner to help it to integrate in a library? </blockquote><div><br>

This is must be done in a low level library... like an ufraw-lib for

example. This will be easy to fix libkdcraw to support ufraw shared lib

instead dcraw.c.<br>

 </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">(I have in mind the<br>little  modification that the libkdcraw have to do obtain the model and

<br>camera</blockquote><div><br>

Already done in libkdcraw, plus others stuff... (:=)))... Are you already used digiKam ?<br>

 </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- Mr. Wiesweg and Mr. Caulier (digikam) what do you think to modify libkdcraw<br>

to avoid any dependency of qt or kde in the way that the gnome team<br>(remember, I use kde!!!! ;-) ) or whatever program could use it?</blockquote><div><br>

no... see below...<br>

</div> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- Mr. Fuchs, what do you think to begin to modify ufraw in a way that use this possible library or another in common?

</blockquote><div><br>

This is the better way...<br>

 </div></div>Question : where is Dave Coffin job in this mail ? This is the

main actor about RAW file format reverse-engineering ! If a low level

shared lib is created for that, Dave is the better guy to do the core.

Others developpers can maintain and adapt the lib interface...<br>

<br>

Regards<br><br>

Gilles Caulier