Why do you have to do this manually? It would be much better UX if
Darktable could have a cache of the last N (configurable number)
rendered images, automatically.
/Mikael
On 2020-10-10 23:50, Matt Maguire wrote:
Are you aware of the darktable-generate-cache command?
Thankyou Kofa for pointing me to further instructions and information. The
Culling mode has some nice functions. I wish they were more intuitive but more
on that in future. Also in future I might be able to help write clearer, more
succinct instructions for darktable.
Alas my flashing problem
On Sat, 10 Oct 2020 at 23:38, wrote:
> I tried searching for the 'Culling Mode' and found this resource
> (https://discuss.pixls.us/t/help-with-culling-mode-in-darktable/12296
> sorry but searching the official documentation didn't work without
> javascript). I discovered that a user can
> hold
On Sun, 11 Oct 2020 at 18:28, wrote:
> When I run the darktable-generate-cache command:
> [init] the database lock file contains a pid that seems to be alive in
> your system: 24890
> [init] database is locked, probably another process is already using it
> ERROR: can't acquire database lock,
Thanks Matt,
When I switch between two images I always get a flash going backwards. If the
last image I was on was the image ahead then when I tap forward there is no
flash and the transition is smooth.
In the lighttable the thumbnails seem to load immediately at the correct size,
they are
Are you aware of the darktable-generate-cache command?
https://darktable.gitlab.io/doc/en/overview_chapter.html#darktable_generate_cache_commandline_parameters
On my slow laptop with no discrete GPU, using arrows to move between single
photos on lighttable results in a brief flash if the
Thanks Matthew, Chris and others,
I've dedicated more time to solving this.
"Snapshots" (or what I would call the "Compare" section where a person can
"Take snapshots") looks useful. I regret that it doesn't suit the use-case
where a person simply needs to go through the photos in a
>
> Currently, to see the differences between two images I take a screenshot
> of each and cycle between them in the native photoviewer, but its a
> cumbersome solution.
>
Actually, the darkroom module already has a feature that can be used to
compare two image -- it is called "snapshots":
On 06/10/2020 12:45, Germano Massullo wrote:
It should be fixed in next future release
" [3.2.1] Lighttable: moving among images causes annoying
blinks/flickering #5916 "
https://github.com/darktable-org/darktable/issues/5916
Le mardi 06 octobre 2020 à 13:19 +, juli...@i2pmail.org a écrit :
> Thanks all. Sorry I didn't check the GitHub prior to mailing. Will do
> in future.
And not one will pick-up issues or enhancements request on the mailing-
list. If you want this to be followed and discussed you need to create
In order to see the differences between photos while in the Darkroom view, it's
important that the current photo is not removed from the display until the next
photo has loaded. I'm going to go further and say that the photo immediately
before and after the current photo should be added to
Thanks all. Sorry I didn't check the GitHub prior to mailing. Will do in future.
For reference:
I can't use github but the below can be added as a comment to
https://github.com/darktable-org/darktable/issues/4085.
This issue talks about the behavior being intentional for cases of long loading
Il 06/10/20 14:17, Chris Elston ha scritto:
> On 06/10/2020 12:45, Germano Massullo wrote:
>> It should be fixed in next future release
>> " [3.2.1] Lighttable: moving among images causes annoying
>> blinks/flickering #5916 "
>> https://github.com/darktable-org/darktable/issues/5916
>>
It should be fixed in next future release
" [3.2.1] Lighttable: moving among images causes annoying
blinks/flickering #5916 "
https://github.com/darktable-org/darktable/issues/5916
___
darktable developer mailing list
to
On Tue, Oct 6, 2020 at 9:58 AM wrote:
>
> In order to see the differences between photos while in the Darkroom view,
> it's important that the current photo is not removed from the display until
> the next photo has loaded. I'm going to go further and say that the photo
> immediately before
As I said I'm really loving Dt. There's a few areas where I feel it can be
improved. This following is one...
In order to see the differences between photos while in the Darkroom view, it's
important that the current photo is not removed from the display until the next
photo has loaded. I'm
16 matches
Mail list logo
