On Thu, Dec 3, 2015 at 5:31 PM, Colin Adams <colinpaulad...@gmail.com> wrote:
> 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.

>
> 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.
>
> On 3 December 2015 at 14:22, Colin Adams <colinpaulad...@gmail.com> wrote:
>>
>> 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
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.

>>> 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
>

Roman.

------------------------------------------------------------------------------
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

Reply via email to