On Saturday, 22 August 2015 18:31:17 CEST, parafin wrote:
> Obvious solution is to remove auto-applied profiled denoise preset and
> add it only in the final stages of development, which also will improve
> DT speed in darkroom mode.
Yes, that would help. However, it IMHO defeats the point of an a
Obvious solution is to remove auto-applied profiled denoise preset and
add it only in the final stages of development, which also will improve
DT speed in darkroom mode.
On Sat, 22 Aug 2015 17:55:15 +0200
Jan Kundrát wrote:
> On Saturday, 22 August 2015 17:45:40 CEST, Derek Kite wrote:
> > You m
> Note that geeqie only shows the embedded thumbnails so your 100% zoom
> is only 100% of a scaled down image.
That is not true, geeqie shows the largest JPG embedded in the raw
file; at least for my Nikon cameras, that one is full-resolution.
There are more thumbnails, in fact, including one that
On Saturday, 22 August 2015 17:45:40 CEST, Derek Kite 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 wit
On Sat, Aug 22, 2015 at 4:30 PM, Urs Schütz wrote:
> Geeqie 1.2 [1] is my choice of tool for first view of my pictures. Can
> zoom to 100%
Note that geeqie only shows the embedded thumbnails so your 100% zoom
is only 100% of a scaled down image.
Pedro
---
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
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 sc
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 al
On Saturday, 22 August 2015 17:05:52 CEST, Derek Kite wrote:
> 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.
Thanks, but my e-mail is about showing one big image, not about sh
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 quic
Am 17.08.2015 um 19:14 schrieb Tobias Ellinghaus:
> Am Sonntag, 16. August 2015, 20:11:25 schrieb Frank J.:
Thank you for your response.
>> ... I whish to set all fotos first back to the time it was
>> before, the original-time from the RAW-File.
> ... it should be safe to remove the images fro
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
ha
12 matches
Mail list logo
