registry team mailing list archive

[Chris Halse Rogers <raof@xxxxxxxxxx>]

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 Registry
Administrators, which is the registrant for Shotwell.