[Digikam-devel] [digikam] [Bug 318577] Batch queue fails to process multiple RAW files simultaneously (in parallel)

[Eduard Huguet]

https://bugs.kde.org/show_bug.cgi?id=318577

--- Comment #4 from Eduard Huguet <eduardhc at gmail.com> ---
(In reply to comment #3)
> Since 3.0.0, kipi RAW converter processed files in parallel. You can try it
> from Gwenview  for ex. Tool is just disabled in digiKam. It use the same
> background process than BQM to paralelize operations, but implementation is
> more complex of course due of capability to chain tools in a workflow.
> 
> You don't need to turn your computer to single cpu through linux kernel
> option. In BQM, it's possible to turn off paralelization by patch source
> code like this :
> 
> //---------------------------------------------------------------------------
> --------------------------------------
> diff --git a/utilities/queuemanager/manager/actionthread.cpp
> b/utilities/queuemanager/manager/actionthread.cpp
> index 7a0a004..5f33727 100644
> --- a/utilities/queuemanager/manager/actionthread.cpp
> +++ b/utilities/queuemanager/manager/actionthread.cpp
> @@ -55,6 +55,8 @@ public:
>  ActionThread::ActionThread(QObject* const parent)
>      : RActionThreadBase(parent), d(new Private)
>  {
> +    setMaximumNumberOfThreads(1);
> +
>      qRegisterMetaType<ActionData>();
> 
>      connect(this, SIGNAL(finished()),
> //---------------------------------------------------------------------------
> --------------------------------------
> 
> Please try it just to confirm the problem with paralelization.
> 
> Q : why i cannot reproduce this problem on my computer. I use Sony Alpha
> camera in RAW and as you, i play with processed images in PNG...
> 
> Gilles Caulier

Interesting. I'll try later at home with the old batch convert tool in
Gwenview, hadn't thought about it. 

Regarding about disabling parallelization by patching source code, I might give
it a try later. I have a long experience regarding C++ & Qt, I just need to
find the time to set up the compilation environment for Digikam, which I assume
I will be complex (lots of dependencies needed, I guess...)

And regarding final question: I don't know, frankly :-( . I'll retry later at
home just to be sure that the problem is related to parallelization. Maybe it
has to be with the version of the RAW decoding library (libdcraw,
libopenraw...?) used in F18 (as I suspect that the bug is really not in Digikam
itself, but there instead...).

-- 
You are receiving this mail because:
You are the assignee for the bug.