Discussion:
[Darktable-users] How to reset thumbnail cache
Colin Adams
10 years ago
Permalink
I have just got a 4k monitor.

I started darktable. Lighttable looked good, but going in to darkroom, the
picture was small.

So I went to settings, set the maximum drawing area to 3000 x 2000 and
restarted.

Now darkroom looks good but lighttable is trashed.

Consulting the user manual, it sets changing the drawing area size upsets
the thumbnail cache. Do I just delete the contents of ~/.cache/darktable,
or is there something else I need to do?
Colin Adams
10 years ago
Permalink
I should have mentioned the version:

darktable-1.6.9-5.fc23.x86_64
Post by Colin Adams
I have just got a 4k monitor.
I started darktable. Lighttable looked good, but going in to darkroom, the
picture was small.
So I went to settings, set the maximum drawing area to 3000 x 2000 and
restarted.
Now darkroom looks good but lighttable is trashed.
Consulting the user manual, it sets changing the drawing area size upsets
the thumbnail cache. Do I just delete the contents of ~/.cache/darktable,
or is there something else I need to do?
Matthieu Moy
10 years ago
Permalink
Post by Colin Adams
Consulting the user manual, it sets changing the drawing area size
upsets the thumbnail cache. Do I just delete the contents of ~
/.cache/darktable, or is there something else I need to do?
You may want to run darktable-generate-cache to regenerate the complete
thumbnail cache. It takes a while, but it's a one-time non-interactive
thing.
--
Matthieu Moy
http://www-verimag.imag.fr/~moy/
Colin Adams
10 years ago
Permalink
I don't have such a command on my system.
Post by Matthieu Moy
Post by Colin Adams
Consulting the user manual, it sets changing the drawing area size
upsets the thumbnail cache. Do I just delete the contents of ~
/.cache/darktable, or is there something else I need to do?
You may want to run darktable-generate-cache to regenerate the complete
thumbnail cache. It takes a while, but it's a one-time non-interactive
thing.
--
Matthieu Moy
http://www-verimag.imag.fr/~moy/
Patrick Shanahan
10 years ago
Permalink
Post by Colin Adams
I don't have such a command on my system.
Post by Matthieu Moy
Post by Colin Adams
Consulting the user manual, it sets changing the drawing area size
upsets the thumbnail cache. Do I just delete the contents of ~
/.cache/darktable, or is there something else I need to do?
You may want to run darktable-generate-cache to regenerate the complete
thumbnail cache. It takes a while, but it's a one-time non-interactive
thing.
No, darktable-generate-cache was introduced after 1.6.9, but if I recall
correctly, the earlier invocation was something line:
darktable --generate-cache --core --library ~/.config/darktable/library.db

But the thumbnails to remove are: ~/.cache/darktable/mipmaps-.....

gud luk,
--
(paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri
http://en.opensuse.org openSUSE Community Member facebook/ptilopteri
http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2
Registered Linux User #207535 @ http://linuxcounter.net
Colin Adams
10 years ago
Permalink
I tried the following:

***@localhost ~]$ darktable -d cache --library
~/.config/darktable/library.db
[image_cache] has 131072 entries
[mipmap_cache_init] using low quality compression
[mipmap_cache_init] cache has 8 entries for temporary compression
buffers ( 125.00 MB).
[mipmap_cache_init] cache has 128 entries for mip 3 ( 250.00 MB).
[mipmap_cache_init] cache has 512 entries for mip 2 ( 250.02 MB).
[mipmap_cache_init] cache has 2048 entries for mip 1 ( 250.06 MB).
[mipmap_cache_init] cache has 32768 entries for mip 0 ( 1009.00 MB).
[mipmap_cache] cache is empty, file
`/home/colin/.cache/darktable/mipmaps-cacd60b8ba500f50d692666b8427ba66b50f1728'
doesn't exist
[mipmap_cache] level [i0] ( 256x 250) fill 0.00/908.10 MB (0.00% in 0/32768
buffers)
[mipmap_cache] level [i1] ( 512x 500) fill 0.00/225.06 MB (0.00% in 0/2048
buffers)
[mipmap_cache] level [i2] (1024x1000) fill 1.46/225.01 MB (0.65% in 3/512
buffers)
[mipmap_cache] level [i3] (2048x2000) fill 0.00/225.00 MB (0.00% in 0/128
buffers)
[mipmap_cache] level [f4] fill 0/4 slots (0.00% in 0/8 buffers)
[mipmap_cache] level [f5] fill 3/4 slots (75.00% in 3/8 buffers)
[mipmap_cache] scratch fill 46.88/56.25 MB (83.33% in 3/8 buffers)
[mipmap_cache] level | near match | miss | stand-in | fetches | total rq
[mipmap_cache] i0 | -nan% | -nan% | -nan% | 0.00% | 0.00%
[mipmap_cache] i1 | -nan% | -nan% | -nan% | 0.00% | 0.00%
[mipmap_cache] i2 | 100.00% | 100.00% | -nan% | 50.00% | 100.00%
etc.

So I have sucessfully removed the cache, but it's not helping.
...
Colin Adams
10 years ago
Permalink
But that output finished with:

New LWP 7733]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007fe43bbd4fdd in poll () from /lib64/libc.so.6
backtrace written to /tmp/darktable_bt_9WT48X.txt
Segmentation fault (core dumped)

I guess this happened after I pressed quit, but I don't know for sure.
...
Colin Adams
10 years ago
Permalink
Should I send that .txt file here? I looked through it, but nothing stood
out.
...
Colin Adams
10 years ago
Permalink
Anyway, it's crashing regularly now.

I tried renaming darktablerc - now it doesn't crash, but the lighttable is
all over the place (a mixture of files from various collections, plus
skulls).

So i renamed back darktablerc, and edited it ro remove the lines that set a
drawing area of 3000 x 2000. But it still crashes, and the lighttable looks
little different.
...
Roman Lebedev
10 years ago
Permalink
Post by Colin Adams
Anyway, it's crashing regularly now.
Hi.

At this point i can only recommend trying 2.0rc3
Especially if you want to use 4k monitor.

Disclaimer: as usually, you will not be able to downgrade to previous
dt release.
So backup *.xmp's, and if you want to go back to 1.6, restore from backups.
...
You could upload it to
http://redmine.darktable.org/projects/darktable/issues/new
but the chances are it is that thumbnail bug i have already fixed in git master.

But there might be other bugs in 2.0rc3, which are not reported yet...
But until someone actually cares and reports them, they are likely
to stay there, as usual.
...
Roman.
Colin Adams
10 years ago
Permalink
I used Germano's copr repository, and it's in and seems to be working well.

Thank's everybody.
...
Colin Adams
10 years ago
Permalink
So is it safe to empty ~/.cache/darktable/ ? I assume it is from the name,
but I'd like to be sure before I do it.
Post by Colin Adams
I don't have such a command on my system.
Post by Matthieu Moy
Post by Colin Adams
Consulting the user manual, it sets changing the drawing area size
upsets the thumbnail cache. Do I just delete the contents of ~
/.cache/darktable, or is there something else I need to do?
You may want to run darktable-generate-cache to regenerate the complete
thumbnail cache. It takes a while, but it's a one-time non-interactive
thing.
--
Matthieu Moy
http://www-verimag.imag.fr/~moy/
Germano Massullo
10 years ago
Permalink
Post by Colin Adams
I don't have such a command on my system.
that command only exists in git master / 1.7 / 2.0rc, does NOT exist in
1.6.* or anything earlier
Continue reading on narkive:
Loading...