Am Montag, 16. Januar 2017, 09:59:30 CET schrieb I. Ivanov: > On 2017-01-16 02:15 AM, Tobias Ellinghaus wrote: > > Am Sonntag, 15. Januar 2017, 22:22:12 CET schrieb I. Ivanov: > >> Hi Guys, > >> > >> I stumbled on an odd behavior. DT 2.2.1 on Ubuntu 16.04. I did the > >> following: > >> > >> 1. Have a folder on the local drive with 200+ images all corrected > >> everything is good. > >> 2. Removed the images from the collection > >> 3. Copy the images on a NAS share (my archive location) > >> 4. Imported them and noticed not all thumbnails look right. > > > > Did you ever copy back an older library.db? What you describe can happen > > when image ids get "reused" internally, i.e., when there was another > > image before with the same id which put its thumbnail into the cache. > > > > [...] > > I only have one library. I process them when they are on the local HDD. > Once they are done - I would remove them from there, move them on NAS > (it is actually a USB drive connected to the router) and re import the > images from this "archive" location.
That is very strange. In the past such problems could happen when the library.db file was restored from backup – but even that should be fixed nowadays. Please run this and report the result back: echo "select max(id) from images" | sqlite3 ~/.config/darktable/library.db cd ~/.cache/darktable/mipmaps-`echo -n $HOME/.config/darktable/library.db | sha1sum | cut -f1 -d ' '`.d for i in *; do echo -n "$i: "; ls $i/|sort -n | tail -1; done > I do such a workflow in order to gain speed (local drive is SSD) and the > "NAS" is slower. > > >> Regards, > >> > >> B > > > > Tobias > > Regards, > B > ____________________________________________________________________________ > darktable user mailing list > to unsubscribe send a mail to [email protected]
signature.asc
Description: This is a digitally signed message part.
