>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 <pas...@obry.net> wrote:
> 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/issues/10109#note-9 ?
> > I just can not reproduce any of the issues (crash ||
> > cache invalidation) on master no matter how long i try.
>
> Have you tried jpegs? We have talked about a crash, not sure it is the
> same issue though. On one of my computer I had this issue with NEF files
> (as I had filtered only the NEF to rebuild the cache). On the other I
> have a bunch of different format as I use dt here just to test.
>
> I have this problem on my side on 2 computers. Note that my cache is not
> invalidated purposely but corrupted while dt exit because some plain
> wrong values (looks like a buffer overflow or a alignment issue...) and
> then next time you start dt it rebuild the cache.
>
> I'm not sure how to help to reproduce!
> --
> Pascal Obry / Magny Les Hameaux (78)
>
> The best way to travel is by means of imagination
>
> http://v2p.fr.eu.org
> http://www.obry.net
>
> gpg --keyserver keys.gnupg.net --recv-key F949BD3B
>
>
------------------------------------------------------------------------------
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
