After a full day to rebuild my mipmap cache (40% was done):
[mipmap_cache] serialization to
`/home/obry/.cache/darktable/mipmaps-62d87cbcad56aa2b4a21cd680776714d70e93ef6'
failed!
Shouldn't we consider reverting the recent patches on this code?
--
Pascal Obry / Magny Les Hameaux (78)
The
Hi.
I'm assuming that is on
commit 70626dd95bf0fab36f2d011dab075e3ebbf7aa28 mipmap: store cost in
size_t ?
Is there *anything* different i can try from what i wrote here:
http://www.darktable.org/redmine/issues/10109#note-9 ?
I just can not reproduce any of the issues (crash || cache invalidation
Roman,
> I'm assuming that is on
> commit 70626dd95bf0fab36f2d011dab075e3ebbf7aa28 mipmap: store cost in
> size_t ?
Yes. But this patch is not fixing anything, it is just a code clean-up,
right?
> Is there *anything* different i can try from what i wrote
> here: http://www.darktable.org/redmine/
>Have you tried jpegs?
How many jpegs? 1000? 10'000?
Also, what mipmap size should i set?
I'm currently importing 10'000 tiffs (mipmap size = 4096), but that does
not seems to be enough.
On Wed, Sep 17, 2014 at 10:32 PM, Pascal Obry wrote:
> Roman,
> > I'm assuming that is on
> > commit 70626dd
Le mercredi 17 septembre 2014 à 21:43 +0400, Roman Lebedev a écrit :
> Hi.
>
>
> I'm assuming that is on
> commit 70626dd95bf0fab36f2d011dab075e3ebbf7aa28 mipmap: store cost in
> size_t ?
>
>
> Is there *anything* different i can try from what i wrote
> here: http://www.darktable.org/redmine/i
I have reverted the recent mipmap changes and will report. I'll be
testing on my two machines.
Things is that I have read and read again this code and cannot see
something wrong! I'm also using GCC 4.9.1 from Debian/sid BTW.
--
Pascal Obry / Magny Les Hameaux (78)
The best way to travel i
Am 17.09.2014 19:35, schrieb Pascal Obry:
>
> After a full day to rebuild my mipmap cache (40% was done):
>
> [mipmap_cache] serialization to
> `/home/obry/.cache/darktable/mipmaps-62d87cbcad56aa2b4a21cd680776714d70e93ef6'
> failed!
>
> Shouldn't we consider reverting the recent patches on this co
* Ulrich Pegelow [01-01-70 12:34]:
> Am 17.09.2014 19:35, schrieb Pascal Obry:
> >
> > After a full day to rebuild my mipmap cache (40% was done):
> >
> > [mipmap_cache] serialization to
> > `/home/obry/.cache/darktable/mipmaps-62d87cbcad56aa2b4a21cd680776714d70e93ef6'
> > failed!
> >
> > Shouldn
Hi,
As discussed with boucman on irc, I've implemented a new "sticky"
preview mode in the branch sticky_preview in the main repo. Not a lot of
changes...
For now you can have a "sticky" preview mode only by exploiting a "bug"
: pressing 'd' while in preview mode and coming back to lighttable.
I
Le mercredi 17 septembre 2014 à 22:35 +0400, Roman Lebedev a écrit :
> >Have you tried jpegs?
> How many jpegs? 1000? 10'000?
1000 seems sufficient to me.
> Also, what mipmap size should i set?
I have 4096 on my side. And the preview in the pref is set to 1600x1200
(this has an impact on the mi
>1000 seems sufficient to me.
Tried with 10k, everything is still fine.
> Also, what mipmap size should i set?
>I have 4096 on my side. And the preview in the pref is set to 1600x1200
>(this has an impact on the mipmap level 0).
Pegelow uses:
gcc (SUSE Linux) 4.7.2 20130108 [gcc-4_7-branch revis
On 18/09/14 04:38 AM, Pascal Obry wrote:
>
> I have reverted the recent mipmap changes and will report. I'll be
> testing on my two machines.
>
> Things is that I have read and read again this code and cannot see
> something wrong! I'm also using GCC 4.9.1 from Debian/sid BTW.
http://lkml.iu.edu/h
On 18/09/14 04:42 AM, Ulrich Pegelow wrote:
...
> The balance between benefits of these changes and their downside is not
> good. Too many people rely on the current master so we cannot just leave
> it crashing until hopefully a solution is found.
>
> I strongly recomend to revert the changes that
On Thu, Sep 18, 2014 at 1:51 AM, James C. McPherson <
james.c.mcpher...@gmail.com> wrote:
> On 18/09/14 04:38 AM, Pascal Obry wrote:
>
>>
>> I have reverted the recent mipmap changes and will report. I'll be
>> testing on my two machines.
>>
>> Things is that I have read and read again this code a
Tonight I have restarted building cache after reverting the following
commits:
70626dd95bf0fab36f2d011dab075e3ebbf7aa28
e1b27201024c56747e81c46b9594290f20e1899b
3fc5cd4c6c2536689c4d9566b618f5ace49be520
ffbec14de21b0d3cf0b77e040308134c49632c22
No issue and I have passed the point where it failed
Roman,
> What setting do you use when compiling DT?
I have 4096 on my side. And the preview in the pref is set to 1600x1200
(this has an impact on the mipmap level 0). I NOT using embedded jpeg
for thumbnails.
My machine: Debian/sid / Intel core i7-4800MQ (8 cores) / 16Gb RAM.
I'll send the s
16 matches
Mail list logo
