The map view in the import UI reacts very slowly, while the map view in the digikam main window appears to be quite fast, even with roughly the same amount of pictures (136 in my case). Reproducible: Always
Michael, I have a branch /development/usbimport in core, in which I tried to fix a freeze issue with usbimport. Can you check if code from that branch fixes(at least partially) this problem.
Veaceslav, What's new about your works on this file ? Gilles Caulier
I think I misunderstood what Michael tried to report... I was talking a bout different thing...
Hi Veaceslav, And what's about your work in your dedicated branch from git ? Gilles
Since Teemu operated a lot of changes on Import code, I can't no longer merge it with master. I don't know, for my set-up and camera SD card, import view is still freezing and I don't know what to do....
Git commit 2298fd4e26825c7d4e59d83a28559a52676bd4a4 by Gilles Caulier. Committed on 25/09/2014 at 13:31. Pushed by cgilles into branch 'master'. ImportUI MpaView : use Camera Thumbnails Contoller instead to use Camera Controller to get image thumbs from camera. As Camera Thumbnails Controller use a cache mechanism to store pixmap, this will prevent to query camera device each time. This will increase map view speed, especially with gphoto2 based cameras. Note : cache is populated initially with icon-view. FIXED-IN: 4.4.0 M +2 -1 NEWS M +31 -22 app/views/mapwidgetview.cpp M +2 -1 app/views/mapwidgetview.h M +2 -2 utilities/importui/main/importui.cpp M +2 -1 utilities/importui/main/importui.h http://commits.kde.org/digikam/2298fd4e26825c7d4e59d83a28559a52676bd4a4
Gilles, I can confirm that your latest commit fix my problem with freezing import from usb :)) Thank you a lot, this was the most used part of digiKam and never had enough time to search the problem... )
Hi veaceslav, There are a lots of pending files to fix in bugzilla. I hope to have enough time to clean up more entries before Berlin meeting to have a clear vision of most important features to implement in the future. At least, since 4.3.0, more than 200 files are closed, 100 are identified as duplicates, and 100 are in wait for info... Gilles