Using darktable in this manner requires almost gaming speed hardware. There
is a huge amount of processing going on judging by the CPU temperature when
I'm scrolling through images.
The functions are all there, it is simply a matter of making them happen.
The caching and quick loading of processed images is very quick. It is the
rendering that takes time. I've never even looked at the lua scripting,
this may be an opportunity to see how it works.
On Sat, Aug 22, 2015, 8:46 AM Derek Kite <derekk...@gmail.com> wrote:
> You missed what I said. If you let the thumbnails load the viewing of the
> whole image is fast. It comes up almost instantaneously, in a bit of blurry
> state but then clears. A second viewing of the same whole image is very
> fast without the processing. Maybe a lua script could preload them.
>
> I can scroll through with right arrow, hitting R to reject as fast as my
> fingers can work.
>
> There may be some adjustments in code as to which ones it loads first,
> especially when viewing them full screen.
>
> On Sat, Aug 22, 2015, 8:32 AM Urs Schütz <u.sch...@bluewin.ch> wrote:
>
>> 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
>>
>
------------------------------------------------------------------------------
_______________________________________________
Darktable-users mailing list
Darktable-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-users
