On 04/08/2014 01:15 PM, Pedro Côrte-Real wrote:
Brian, if you want to test this the github branch should compile cleanly and probably won't eat your data. I wouldn't trust it without good backups though. I've only done very minimal testing. I haven't hooked up the cache invalidation to this either so if you change the size settings it's probably wise to do a "rm -fr ~/.cache/darktable/*" before restarting darktable.
Hi Pedro et al -I had a chance to sit down and play with this last night. Bottom line: it still has its bugs, but for my use case it's a huge win and I'd love to see it fixed then merged upstream.
Details:My use-case may be a little strange. Photography is a hobby, not a job, so I don't have a monster computer for editing. What I do have is a snappy 4-core (8-thread) i7 with a 256 Gb SSD; the majority of the library (~2 Tb of RAWs) is stored on a NAS on the other side of a gigabit network link (along with the rest of my media.)
I don't mind waiting a few seconds for an image to load when I go to edit it. What drives me nuts, though, is scrolling through my library and waiting .... and waiting ..... and waiting for the thumbnails to regenerate. Especially with an SSD for the cache drive, I'm more than willing to pay for some space to make browsing my library fast.
I did run into a few bugs:- I do have a tendency to like different thumbnail sizes for different tasks: when I'm having the first look at a day's shooting I'll have 2-3 images in a row, but when I'm looking back through old material it's generally 6-8. As Pedro already noted, when I change LT zoom level the thumbnails get regenerated: I would be highly in favor of generating them all at once and then spitting them out to disk. (And really, once you generate the biggest one, the rest are just quick 2^n-fold scales, right?) I can see how there's some win in only generating a little thumbnail if you don't need the big one, but when the majority of my time is getting the image off of the remote disk, the difference is pretty negligible.
- I was scrolling through a large collection so as to generate the thumbnails, then evict them from the cache to disk so I could see if they loaded again properly. They did, but frequently the first two or three rows would be grey -- and then as I continued scrolling, they'd appear.
- I did run into a situation (after changing zoom levels a few times) where the wrong level of MIP level was displayed (ie, the zoom was quite large but the smaller thumbnail, scaled, was displayed.)
- If I scrolled rapidly through a region that had been evicted, I could pretty reliably get it to hang. I didn't have a chance to attach GDB and see where it was hanging. No crashers, though.
I'm not likely to have time to help actively with development, but I'm happy to continue testing. (-:
Best regards, Brian -- Brian Teague tea...@mit.edu Weiss Group, Synthetic Biology Center @ MIT
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech
_______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
