------- 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=135845 Summary: Scrolling thumb view is very slow Product: digikam Version: unspecified Platform: Gentoo Packages OS/Version: Linux Status: NEW Severity: wishlist Priority: NOR Component: Camera GUI AssignedTo: digikam-devel kde org ReportedBy: d.h.j.takken phys uu nl Version: 0.9.0-Beta2 (using KDE KDE 3.5.4) Installed from: Gentoo Packages OS: Linux Scrolling the thumbnail view up and down feels very sluggish. All available CPU power is used for scrolling thumbnail view. The album view in DigiKam main window is lightning fast in comparison. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
------- 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=135845 ------- Additional Comments From caulier.gilles free fr 2006-10-18 07:50 ------- Not reproductible here using UMS and PTP camera drivers... Are you using a Gphoto2 camera drivers ? Can you test with beta3 ? http://digikam3rdparty.free.fr/0.9.0-beta3 Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Dik Takken
------- 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=135845 ------- Additional Comments From caulier.gilles gmail com 2007-08-31 07:42 ------- Dik, Some fresh new using last stable 0.9.2 ? Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Dik Takken
------- 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=135845 ------- Additional Comments From d.h.j.takken phys uu nl 2007-08-31 11:15 ------- No difference performance-wise in Digikam 0.9.2... I must admit that my computer is a 7-year-old 800 MHz Athlon, but still I feel that scrolling should not be much of a problem. Anyway, I don't understand why there should be a significant performance difference between the main window and the camera dialog. In case it is of any use: The gphoto2 output when downloading manually is: gphoto2 2.3.1 Copyright (c) 2000-2006 Lutz Mueller and others gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of gphoto2 under the terms of the GNU General Public License. For more information about these matters, see the files named COPYING. This version of gphoto2 is using the following software versions and options: gphoto2 2.3.1 i686-pc-linux-gnu-gcc, popt(m), exif, cdk, no aa, no jpeg, readline libgphoto2 2.3.1 i686-pc-linux-gnu-gcc, ltdl, EXIF libgphoto2_port 0.7.1 i686-pc-linux-gnu-gcc, ltdl, USB, serial without locking Detected a 'Canon:PowerShot A400'. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Dik Takken
------- 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=135845 ------- Additional Comments From caulier.gilles gmail com 2007-08-31 11:23 ------- Dik, The thumbs handling in Camera GUI and Album GUI is different about cache mechanism. Album GUI cache all thumbs on the disk and a few on memory. Camera GUI cache _all_ thumbs in memory because no cache mechanism on the disk can be done with removable media. You have certainly not enough memory space available, and your computer swap, especially when your camera memory device is full of pictures. Here with 1 Gb of RAW all is fine to display contents of more than 400 items in camera. Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Dik Takken
------- 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=135845 ------- Additional Comments From d.h.j.takken phys uu nl 2007-08-31 12:03 ------- Hmmm... I do not have any disk activity while scrolling.... I got 384 MB of RAM and digikam only uses about 20%. The camera contains only 100 3.2 Megapixel JPEG images. It's only CPU number crunching that is going on while scrolling. Digikam needs 75% CPU and X needs 25. These numbers suggest that the drawing of the thumbs requires a LOT of computation. I don't use X Composite or anything fancy like that. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Dik Takken
------- 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=135845 ------- Additional Comments From caulier.gilles gmail com 2007-08-31 12:16 ------- Dik, Which camera you use. Which driver you use (look in Help/Camera Info dialog from Camera Gui) If you use a Gphoto2 drivers, thumbnails extraction is performed by Gphoto2. But this is really strange because thumbs process must be forked in a separate thread which will not freeze the GUI... Can you check is a separate thread is created properly when you access to your camera ? Note : i have an old Toshiba-satellite laptop using PIII-650Mhz/350Mb RAM. There is no gui freeze during thumbs extraction. Of course thumbs are slow to appears on icon view but Camera gui still alive everytime. Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Free forum by Nabble | Edit this page |