registry team mailing list archive

[Jim Nelson <jim@xxxxxxxxx>]

We've looked into this issue and think we've discovered the reason.  We
use gPhoto to load the thumbnails of all your images from the camera/SD
card into memory.  We checksum those thumbnails to detect if a photo is
already present in the library.  This avoids copying the photo across
the USB bus.  After copying the file to local disk we do another round
of checksums, which are near-foolproof in detecting duplicates.

gPhoto is spotty when it comes to loading thumbnails from RAW files.  If
thumbnails are not available, that means moving 15M+ of data across the
USB bus only to discover it's already in the library.  (We delete the
duplicate file, by the way.)  This can take a lot of time, especially as
the photos on your SD card grows between imports.

When you load the card in Shotwell, do you see blank images in the place
of thumbnails for your RAW files?  That's a visual indicator of what I'm
talking about.

I've committed to trunk a fix that should solve this problem.  In the
case of RAW, we search for files with matching filenames and filesize.
This isn't 100% foolproof, but the chance of a false positive seems
quite low.

Is it possible for you to build from trunk and see if this behavior has
ceased?

-- 
Extremely slow import from SD card
https://bugs.launchpad.net/bugs/608559
You received this bug notification because you are a member of Registry
Administrators, which is the registrant for Shotwell.