Please see also remine ticket #10109. darktable just crashes for me on start due to commit ffbec14de21b0d3cf0b77e040308134c49632c22.
Ulrich Am 15.09.2014 21:05, schrieb Pascal Obry: > (Roman, I CC you as this seems a serious regression). > > I think this is a big problem with the mipmap cache. > > $ darktable -d cache > > tell me that I have 131072 bucket for cache level 0. My setting is set > to 4096 for the Mb for the cache in the prefs. All this is fine and was > always this way. > > I have around 40100 images. > > The issue is that I was reconstructing and had around 10000 done and my > mipmap cache file was over 5Gb! After some time it was reset and removed > and I lost all my cache :( > > Back to square 1. > > I think that one (or both) of the following commits are the culprit but > I cannot see what could be wrong. > >> commit 3fc5cd4c6c2536689c4d9566b618f5ace49be520 >> Author: Roman Lebedev <lebedev...@gmail.com> >> Date: Mon Sep 8 02:34:21 2014 +0400 >> >> struct dt_mipmap_buffer_dsc: use __attribute__((packed,aligned(16))) >> for padding >> Type size_ะต may have different size on 32-bit machines, so let's try to >> make compiler do the padding. >> >> commit ffbec14de21b0d3cf0b77e040308134c49632c22 >> Author: Roman Lebedev <lebedev...@gmail.com> >> Date: Fri Sep 5 23:04:22 2014 +0400 >> >> Use size_t to store buffer sizes. With this (and probably following), >> DT can open 26770x13385 TIFF > > Any idea? > ------------------------------------------------------------------------------ Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk _______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
