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 Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
