Digikam raw files and darktable

[Eduard Zalar]

OK, thanks.

That's the information I didn't know because I do not work with raw files.
Hopefully you can find a good solution.


Juan Jose Casafranca <jjcasmar at gmail.com> schrieb am Fr., 6. Jan. 2017 um
21:49 Uhr:

> 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/5b99ad8f/attachment.html>