On Wed, 2010-08-11 at 00:44 +0000, Jim Nelson wrote: > 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.
Yes, that's the behaviour I see. All the RAW files display no thumbnails. There's probably a GPhoto bug in this, as Nautilus displays thumbnails for those RAW files. > > 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? > I'll give trunk a try. -- Extremely slow import from SD card https://bugs.launchpad.net/bugs/608559 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
