Zoom out so you can see the thumbnails of all the images. It starts with a
blank box and then creates a thumbnail. Once they are all done it speeds up
considerably.
Also go into settings. You can set how many and how much memory for
thumbnails.
There are third party raw viewers that are very quick. Qeegie is one, but
they won't show the edited raw.
Make sure your machine is serious. I've got an eight core amd with 32 gb,
it is reasonably fast. I'm considering an ssd drive as a working storage, I
tried the amd video card processor but ran into instability.
Derek
On Sat, Aug 22, 2015, 6:17 AM Jan Kundrát <j...@kde.org> wrote:
> Hi,
> TL;DR: the sticky preview ("Z") mode of lighttable is very slow for me. I
> think that this can be improved by preloading of the next image in the
> background. How can I enable that? Pointers to a correct place within
> sources are welcome, but I've already glanced through lighttable.c, and I
> have to admit I feel a bit lost because I don't know DT's internals.
>
> Details: I've got a bunch of pictures of dancing people taken at high ISOs,
> and I have a preset for auto-applying e.g. profiled denoise for all of them
> at import time. I don't have a discrete GPU, so the denoising alone can
> take several seconds. Now, I would like to pick a best image from each
> series (f/1.4 can be tricky, especially with a dim-lit scene of dancing
> people who blink and what not...). The lighttable's sticky preview appears
> to be a perfect tool for this -- it show me enough details to evaluate
> pictures, and it's easy to use rating from there. However, showing an image
> for the first time is very slow here (several seconds) because there's no
> preload. Here's what I would like DT to have:
>
> - Notice that I'm browsing in the preview mode, and preload the next couple
> of images in the current view as a background activity.
>
> - Have a way to pregenerate all of these preview images in advance, for
> example over night, to save my time when I'm eyeballing the pictures.
>
> The thumbnail pregenerating should respect my display profile. I have a
> wide-gamut screen, so `darktable-cli --generate-cache` is not suitable for
> me. I also move between two workplaces with different screens with a
> different display profile, so bonus points for being able to specify these
> profiles separately from what I have connected right now, but that's a
> low-priority thing for me.
>
> I think that I could possibly make it a little bit faster if I switched to
> using the embedded thumbnails from RAWs in the preview mode (I tried that a
> long time ago). However, the display profile does not appear to be applied
> to the embedded JPEG thumbs, which sucks because the colors are way off
> without this.
>
> Maybe my workflow is weird. Should I adapt myself and change something to
> better use what DT makes available?
>
> Cheers,
> Jan
>
> --
> Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Darktable-users mailing list
> Darktable-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/darktable-users
>
------------------------------------------------------------------------------
_______________________________________________
Darktable-users mailing list
Darktable-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-users
