On Thu, Jul 7, 2016 at 3:23 AM, Robert Krawitz <[email protected]> wrote:
> I've just switched to darktable from rawtherapee, and have to say that
> I'm very pleased.  It's very easy to create bundles of settings that
> work well, and the output quality is very good.  I do have a lot more
> to learn, though!
>
> But one part of my workflow, related to my penchant for creating
> panoramas, is causing problems.  For reference, my workflow is:
>
> 1) Import images from my memory card(s) with a custom script that
> preserves the directory structure from the card.
>
> 2) Slurp them into KPhotoAlbum.
>
> 3) Select the images *and panorama sequences* that I want to keep.
> Each panorama sequence is symlinked into a separate directory; the
> singletons are symlinked into an additional directory.
>
> 4) In darktable, I process the "singleton" directory and each pano
> sequence as a separate collection.  As I finish work on each
> directory, I export it and move on to the next.
>
> I then process all of the pano sequences with hugin.
>
> The problem here is that each time I export a collection darktable
> immediately starts work on it.  I have darktable set to use 4 threads;
> it appears that when I export multiple collections, the actual number
> of threads used is 4 per collection (my system is a Core i7 first
> generation, with 16 GB RAM), which results in CPU overconsumption.
>
> Using a more or less up to date (within the past few weeks, at any
> rate) git repo, I can't find any setting to force proper queuing
> behavior, as hugin does (when I'm done building a panorama and click
> the Stitch button in hugin, it enqueues the job, processing them
> consecutively.
>
> Am I missing something, or does anyone have any better ideas how to do
> this?
That's right, if you do several exports at a single time, they will be done
in *parallel*. So keeping in mind [1], i would say the solution is to only
export one thing at a time.

[1]: https://redmine.darktable.org/issues/9181

> --
> Robert Krawitz                                     <[email protected]>
Roman.

> ***  MIT Engineers   A Proud Tradition   http://mitathletics.com  ***
> Member of the League for Programming Freedom  --  http://ProgFree.org
> Project lead for Gutenprint   --    http://gimp-print.sourceforge.net
>
> "Linux doesn't dictate how I work, I dictate how Linux works."
> --Eric Crampton
> ____________________________________________________________________________
> darktable user mailing list
> to unsubscribe send a mail to [email protected]
>
____________________________________________________________________________
darktable user mailing list
to unsubscribe send a mail to [email protected]

Reply via email to