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.
On 3 December 2015 at 14:12, Colin Adams <colinpaulad...@gmail.com> wrote:
> I tried the following:
>
> colin@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.
>
> On 3 December 2015 at 14:07, Colin Adams <colinpaulad...@gmail.com> wrote:
>
>>
>>
>> On 3 December 2015 at 13:59, Patrick Shanahan <p...@wahoo.no-ip.org>
>> wrote:
>>
>>>
>>> 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
>>
>>
>> That gives me a usage message. I don't see anything in the help to
>> suggest what it should be.
>>
>>
>>>
>>>
>> But the thumbnails to remove are: ~/.cache/darktable/mipmaps-.....
>>>
>>> gud luk,
>>>
>>
>> Thanks. I removed it, but re-entering darktable gives me the same problem
>> as before (I briefly see a flash of what the lightable used to be like,
>> then it displays just the first thumbnail).
>>
>> There is also a directory within .cache/darktable named
>> cached_kernels_for_GeForceGTX750Ti - I left that well alone.
>>
>
>
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
_______________________________________________
Darktable-users mailing list
Darktable-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-users
