Nope, this is not possible without changing significant parts of 
darktable's architecture. darktable is event driven which means that 
there is no single place in code where any reliable synchronization 
between pixelpipes could be managed.

Ulrich

Am 22.12.2013 00:13, schrieb suni:
> OK, it seems that preview processing cannot be avoided, at least for
> now. But would it be possible to let it process on the opencl device
> instead of the much slower CPU while keeping processing full pixelpipe
> on opencl too. It means to let process full and preview in sequence, not
> in parallel? It should improve the responsiveness of every single image
> edit at least in case only one fast opencl device is available. There
> could be a configuration parameter to manage this behaviour. In case of
> only one not very fast opencl device or two fast opencl devices it still
> may be a good idea to let these two pixelpipes run in parallel as they
> do now. I think there cannot be one optimal setting for everyone, it
> depends on particular system configuration.
>
> Suni
>
>
> 2013/12/21 johannes hanika <hana...@gmail.com <mailto:hana...@gmail.com>>
>
>
>
>
>     On Sun, Dec 22, 2013 at 1:52 AM, suni <s...@seznam.cz
>     <mailto:s...@seznam.cz>> wrote:
>
>         Thank you Tobias, I was not aware of that. But anyway it sounds
>         a bit strange to me. Why should any module depend on preview
>         window which carries a lot less image information than the main
>         image? I can imagine that it may be some remain from past when
>         opencl was not implemented and cpu code was not so optimized as
>         it is now. In such situation calculating the histogram from
>         preview may be huge speed benefit. But I am not sure if such
>         strategy is still valid even nowadays.
>
>
>     absolutely still valid. if you have a full hd monitor and a 25MP
>     image, you leave > 20x performance lying on the table. and we have
>     some modules which are still only borderline acceptable in response
>     time, even if you just process one megapixel instead of the full
>     image. to get a feeling for it, just export a full res picture, that
>     will not run any preview pipe, only one full-size pipe. depending on
>     your history stack that might take around 30 sec..
>
>     j.
>

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
darktable-devel mailing list
darktable-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-devel

Reply via email to