Version: 0.9.5 (using 3.5.10 "release 21.11" , openSUSE ) Compiler: Target: x86_64-suse-linux OS: Linux (x86_64) release 2.6.27.21-0.1-default I have a 8GB compact flash (from Nikon D300) with lots (> 1k) of pictures in two folders (created by camera). Putting this into an external reader (Epson RX620). Download with "Import" -> "Camera" -> "Browse Media" -> "8.2G Removable media" This causes two related (I think) problems * Sorting(?) is VERY slow, close to one minute! It says that the files are listed, but then nothing happens... Bad sorting algorithm? Sorting on downloaded info not only file name? (BTW it is a nice feature to have the newest picture first) * Sorting is wrong (the sorted folders are put after each other, but with the newer folder after!)
The long operation is to get thumbs, not to list items. Look message on the progress bar to be sure. Also, on the right side of progress bar, a stop button must be available. press on it when thumbs are extracted, and you will be able to play with camera contents. Of course you will not see thumbs everywhere, but at least last shoted items will be generated in first. Note : if you can, can you take a look to KDE4 version version camera gui have been re-designed... Gilles Caulier
progress bar is stuck on 0% stopping it and you can not mark files without an thumbnail. So you have to wait...
Update: after a long time the progressbar does actually start moving! (I had almost given up) The thumbnail download is actually quite fast, and not the issue here. So before sorting is, retrieving names and sorting... (and it quickly says that it has retrieved the names...)
Well, it's strange. Here, using CF reader or directly my camera in UMS mode (Minolta Dynax5D), with around 1500 RAW/JPEG files is fast to shwo icon items without thumbs. Thumbnails processing is more slow. In general, i stop it before end, because i just need last items taken with camera. So, i suspect another problem in your computer. 1/ Try to open CF dir using konqueror. It's slow too ? 2/ Use another CF card. It's the same pb ? 3/ Run digiKam from a console and look all debug messages printed when you go to camera gui. There are some errors messages ? Gilles Caulier
Roger, any news ? Gilles Caulier
Created attachment 33702 [details] snapshot of dialog showing four of five images (in wrong order) Download and extract this file http://www.theproperbay.org/KDE/bug191774-minimal.tar Import Images (Ctrl I) Browse to the extracted catalog - I do only see four of the five images that should be there...
Roger, Fixed in digiKam 0.11.0 (current implementation from svn): http://farm3.static.flickr.com/2479/3562786846_ee958e4a30_o.png Gilles Caulier
Roger, Fixed in KDE3 code too (digiKam 0.9.6): http://farm4.static.flickr.com/3404/3562201745_80dfaa277b_o.png Sort algorithm is a little bit different than KDE4. This is why dcs_1327.jpg and csc_1337.jpg are inverted. In fact this is not a problem because item at the same shoot time-stamp. Gilles Caulier
>because item at the same shoot time-stamp. because items have the same shoot time-stamp, i want mean (:=))) Gilles Caulier
SVN commit 972635 by cgilles: fix sort of items, as KDE4. BUG: 191842 CCBUGS: 191774 M +18 -10 cameraui.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=972635