On 08/22/15 10:15, Jan Kundrát 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
>It seems to me that you try to optimize your workflow. Regarding preview tools, I feel the same as you do within Darktable. I appreciate your effort to propose some changes. I did not find a nice way to make use of Darktable for my first evaluation of pictures. My keeper rate is pretty bad. So there is always a lot of images to exclude before rating, tagging and raw development. Speed is important during this step. Geeqie 1.2 [1] is my choice of tool for first view of my pictures. Can zoom to 100%, scrolls fast through pictures, keeps zoom level between pictures, shows pictures side-by-side, can do coupled zoom and pan in side-by-side mode, does very fast full screen display, deletion to trash and rating is very fast. I would be very glad to have some of those functions included in Darktable, as this would help tremendously towards a smooth workflow. Warning: Geeqie is not able to keep image ratings directly between restarts. Therefore the workflow is not smooth. Geeqie development seemed halted since 2013, but there is developer activity on git this month, so there is hope... There is no wide gamut screen here, and no experience with more than one monitor. I do not know how Geeqie would fit in this situation. Don't get me wrong: DT really shines for me after the first selection of images. At the moment it is my preferred tool when I do raw development, and for further image management. A big thanks to the DT developers for their excellent work. Urs [1] http://www.geeqie.org/ ------------------------------------------------------------------------------ _______________________________________________ Darktable-users mailing list Darktable-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-users
