[Digikam-devel] [Bug 137319] New: Download/delete from camera/card very slow

Adam Porter bugs.kde.org at alphapapa.net
Tue Nov 14 08:20:17 GMT 2006


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=137319         
           Summary: Download/delete from camera/card very slow
           Product: digikam
           Version: 0.9.0-beta3
          Platform: Debian testing
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: Import
        AssignedTo: digikam-devel kde org
        ReportedBy: bugs.kde.org alphapapa net


Version:           0.9.0-beta3 (using KDE KDE 3.5.5)
Installed from:    Debian testing/unstable Packages

I love the "Digikam Mount and Download" feature.  I can just click on the media device icon in the Kicker applet, click Digikam Mount and Download, and Digikam launches and shows all of the images and movies on my CF card.  Then with a few clicks, I can download them into Digikam, and then delete them from the card.

The problem is, the download process is extremely slow compared to just copying the files off the card into a directory in my collection with, say, Konqueror, and then starting Digikam and letting it find the new files.  And the delete process is also very, very slow, compared to just deleting the files with Konqueror or the shell or whatever.

I think this has something to do with the GUI element that shows all of the images/movies on the device.  For example, as each file is deleted, all of the files in the GUI get moved up or over one spot.  You can watch it happen and it seems pretty obvious that it's making a simple process of deleting, say, a hundred files, very slow.

I'm not exactly sure why the download process is so slow, since the files in the GUI don't get moved on-screen if you're only downloading them.  It might have something to do with the optional EXIF rotation; downloading the next file blocks on the EXIF rotation completing, which seems like something that could (should?) be done in the background.  But since not every file requires EXIF rotation, that doesn't explain all of it.

Anyway, it seems to me that the built-in downloading/importing/deleting processes should be at least as fast as copying the files with Konqueror and then letting Digikam find them.  It'd be nice if 0.9.0 final didn't have this problem.  Large memory cards can hold hundreds of images nowadays (1GB=~800 images on my 4MP camera), and that can mean a very, very slow download and delete with Digikam.



More information about the Digikam-devel mailing list