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 great.
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 100% Am 14.10.2016 08:59 schrieb "Matthias Andree" <matthias.and...@gmx.de>: > 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)? > https://www.gnu.org/software/parallel/ > > ____________________________________________________________ > _______________ > darktable developer mailing list > to unsubscribe send a mail to darktable-dev+unsubscribe@ > lists.darktable.org > > ___________________________________________________________________________ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
