Digikam raw files and darktable

[Juan Jose Casafranca]

I have also thought something like that. The problem is that raw processors
usually dont touch the original raw file. The only output an xmp file. With
this in mind, is common to duplicate the xmp file to different processes,
so you end with only a raw file but several xmp files for that raw file
(imagine you want a black and white version of a photo but also the color
version). Therefore, it's not possible to just update the embedded file,
because there is not just one unique output from the raw processor :-)

2017-01-06 21:46 GMT+01:00 Eduard Zalar <eduard at zalar.de>:

> Hi,
>
> this is an interesting discussion.
>
> Wouldn't it be better to enable darktable to update the embedded JPEG
> image in the raw file?
>
> In this case digiKam would detect a change in the file and automatically
> update the thumbnail, isn't it?
>
> It's just an idea...
>
> Normally, I do not use raw files so I don't know if there may exist
> another restriction which avoids this.
>
> Regards
> Eddie
>
>
>
> Simon Frei <freisim93 at gmail.com> schrieb am Fr., 6. Jan. 2017, 20:47:
>
>> First thing to do is open a bugzilla issue where you describe what you
>> want:
>> https://bugs.kde.org/enter_bug.cgi?product=digikam&format=guided
>> There you probably get better pointers for where to start from
>> experienced devs, I never worked with that part of the code. This is the
>> function that creates thumbnails:
>> https://cgit.kde.org/digikam.git/tree/libs/threadimageio/
>> thumbnailcreator.cpp?id=429fa5fd8e7f53b74c82eb19dffb2e6cf4b4325c#n455
>>
>>
>> On 06/01/17 20:18, Juan Jose Casafranca wrote:
>>
>> Yes, exactly, that is my suggestion :-)
>> I think that it will give digikam a great boost if it can communicate
>> with specific raw processors :-)
>>
>> I understand that it could be an intensive task, but there are some ways
>> to limit the heavyness.
>> For example, digikam should only process the new thumbnail when darktable
>> is opened through digikam interface and at the beginning.
>> Or maybe just marking which files are dirty and then calling darktable in
>> lib mode to update those thumbnails.
>>
>> I would be happy to work on something like this. Any idea on where to
>> begin with? Ive never touched the digikam code ^^
>>
>> Cheers
>>
>> 2017-01-06 20:10 GMT+01:00 Simon Frei <freisim93 at gmail.com>:
>>
>> Hi,
>>
>> Do I understand you correctly: You want thumbnails of raw files that are
>> adjusted based on the processing profiles of darktable?
>> If that is the case, it is (currently) not possible in digikam. And such
>> a function would certainly be very resource heavy, as for every
>> thumbnail on every change darktable had to process the raw file.
>> The interface between digikam and other photo editing software could
>> certainly be improved (e.g. versioning too), so I would be very happy if
>> you would work on that in any way;)
>>
>> Cheers,
>> Simon
>>
>> On 06/01/17 20:01, Juan Jose Casafranca wrote:
>> > Hi everybody,
>> >
>> > I would like to know if there is any easy way to use digikam as a photo
>> > management software and use darktable for raw editing.
>> >
>> > The main issue I'm finding when I try to do this is this one
>> > -Raw thumbnails are loaded from the jpeg embeded file and when I change
>> process
>> > my photo in darktable, this thumbnail isn't changed in digikam
>> >
>> > It would be nice that digikam reads the darktable sidecar and uses an
>> specified
>> > software (or digikam editor tool if no software is specified) to load
>> the
>> > preview file for raw pictures. Is there any way to do this?
>> >
>> > If there's no such way to do this, I will be happy to post it in the
>> > developers mailing list and try to implement it, because I feel that
>> darktable
>> > management features are far away from digikam ones and digikam editor
>> features
>> > are far away from darktable ones. It would be nice to have both
>> softwares
>> > working together :-)
>> >
>> > Any idea?
>>
>>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20170106/1d00d843/attachment.html>