Should I send that .txt file here? I looked through it, but nothing stood
out.
On 3 December 2015 at 14:15, Colin Adams <colinpaulad...@gmail.com> wrote:
> 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
