[Digikam-devel] [Bug 245079] Let the user download all before thumbnails are generated

Fri13 friiduh at gmail.com
Thu Jul 22 08:08:30 BST 2010


https://bugs.kde.org/show_bug.cgi?id=245079


Fri13 <friiduh at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |friiduh at gmail.com




--- Comment #3 from Fri13 <friiduh gmail com>  2010-07-22 09:08:28 ---
The cancel is good function but I think the first step is needed to be speeded
up. (There are three steps when importing, 1) To scan all the photofiles 2)
Generate thumbnails for scanned files 3) Download all selected files)

Currently the first step takes too much time, almost as much as the thumbnail
generation itself.
Like with the 4Gb card full of RAW files (232) the first step can take 4minutes
at top. Generating thumbnails takes about 5-6 minutes and downloading about 5
minutes (littlebit slower than what is when copying files trought
filemanagement). So the whole import can be 10-15 minutes depending will the
thumbnails be generated.

I can understand the speed in steps 2 and 3, but the first step is just too
slow. That causes the effect user does not want to wait the thumbnails being
generated because the first step was already very slow.

There is somewhere a bug report about speeding the first step in import and a
another bug report about having automatic import when inserting memory card.
Many (most?) use same configuration all the times and import to root album
(with ISO date etc automatically placed) and the import window just slows down.

It could be as fast as just placing memory card (camera) to card reader (usb
port) and select Import and nothing else would be needed. Maybe it could be top
entry in sub-menu of the import device (quick Import) what use stored settings.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Digikam-devel mailing list