Yes, that's what I'm doing at the moment. I didn't know of gnu parallel
though, maybe that could have saved me some hours... I'm splitting the
frames into jobs of five frames and run up to eight jobs on an eight core
processor. That gives me a framerate of around 2.1 fps on that machine and
up to 4 fps using two additional quad cores. Thats usable, but still not

I could however experiment a bit with input formats. Currently i'm using
rgb24 tiffs for the most part. Dngs however tend render much faster, up to
Am 14.10.2016 08:59 schrieb "Matthias Andree" <>:

> Am 11.10.2016 um 02:20 schrieb Ben Suttor:
> > Hi all,
> > I'm working on small tool for coloring videos (frames) using
> > darktable. In order to do that I use darktable-cli to render frame by
> > frame. Unfortunately this is a quite slow process compared to what
> > darktable itself can do. Exporting the sames files within darktable
> > gives me an export rate of 1.1 fps compared to 0.25 fps using
> > darktable-cli. Is there any way to give darktable-cli a list of frames
> > to render? If not, is it planned to implement such a functionality?
> As a workaround, does it help to parallelize the work /externally/, for
> instance with GNU parallel (which itself uses Perl)?
> ____________________________________________________________
> _______________
> darktable developer mailing list
> to unsubscribe send a mail to darktable-dev+unsubscribe@

darktable developer mailing list
to unsubscribe send a mail to

Reply via email to