------- 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=134594 ------- Additional Comments From spawn57 yahoo com 2007-06-27 06:51 ------- I really like the idea for mythtv and freevo support, I wish that it takes it a step further and develop an open standard for slide shows so that it's possible to define wipes, music and other features items for all similar applications like mythtv, freevo, kphotobook etc. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from yallaone@gmail.com
------- 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=134594 ------- Additional Comments From oli team-wieland de 2008-05-06 13:29 ------- Hi there! Are there any news about this topic? Oli _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from yallaone@gmail.com
------- 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=134594 ------- Additional Comments From marcel.wiesweg gmx de 2008-05-06 22:39 ------- With a year of no update on this bug, much has changed. KDE4 has a database interface using Qt SQL, which means in theory, any DB supported by Qt can be used. In practice however we'd need to review the SQL code we have and adapt it to the target system, at least fixing incompatibilities. That is to be done. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from yallaone@gmail.com
------- 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=134594 ------- Additional Comments From kde brennivin mine nu 2008-05-17 12:46 ------- This is really a shame. I wish this would get sorted out more quickly. I love using digikam, but tbh with every upgrade I install it gets slower! (Currently 0.9.3 on Debian.) My photos folder is on a local, reasonably fast HDD, I have a reasonably fast CPU, but the CPU is 100% pegged for ~20 seconds "Reading Database" when starting digikam or when making ANY change to the database. It was quicker with 0.8.x, with the same database! I can improve matters by cutting down the number of items in the folders (currently ~50,000 files), but that's not a good thing to have to work around an otherwise excellent application. As a general comment, I don't really like the central database concept. I'd be happy to see digikam able to distribute metadata about a particular album / photo somewhere in each folder, for example. The centralised database makes it harder than it needs to be to reorganise things.. I hope this database performance issue can be resolved SOON. It's killing me... _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
On Sat, 17 May 2008, Matt R wrote:
> This is really a shame. I wish this would get sorted out more quickly. May I point out that digiKam is an open source project, which in this case in particular means that the development is done in the free time of the contributors. Moreover, because it is open source, you can contribute code to the project! See http://www.digikam.org/?q=download for information on how to install current svn. This would then give the basis for you to debug, why digikam is slow in your case (i.e. I don't experience any problems with a similar number of images). _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from yallaone@gmail.com
------- 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=134594 ------- Additional Comments From arnd.baecker web de 2008-05-17 12:57 ------- On Sat, 17 May 2008, Matt R wrote: > This is really a shame. I wish this would get sorted out more quickly. May I point out that digiKam is an open source project, which in this case in particular means that the development is done in the free time of the contributors. Moreover, because it is open source, you can contribute code to the project! See http://www.digikam.org/?q=download for information on how to install current svn. This would then give the basis for you to debug, why digikam is slow in your case (i.e. I don't experience any problems with a similar number of images). _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from yallaone@gmail.com
------- 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=134594 ------- Additional Comments From caulier.gilles gmail com 2008-05-17 13:01 ------- Same for me. I have a SATA 300Gb harddrive dedicated to host all my photos (JPEG+RAW+PNG : around 70000 files). It's very fast to start digiKam (PIV-3.6Ghz-2Gb Ram) Gilles Caulier _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from yallaone@gmail.com
------- 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=134594 ------- Additional Comments From kde brennivin mine nu 2008-05-17 14:58 ------- I had assumed this was a general slowness caused by the choice of database backend.. but if other people don't have the same problem with similar numbers of files it must be something in my (debian's) build, so I will look more closely at that. Thanks. _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from yallaone@gmail.com
------- 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=134594 ------- Additional Comments From kde brennivin mine nu 2008-05-17 15:00 ------- (And FWIW, I have a Core2Duo 2.1 GHz with 4GB RAM. It's not my hardware making it slow!) _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from yallaone@gmail.com
------- 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=134594 ------- Additional Comments From arnd.baecker web de 2008-05-17 15:10 ------- There is one issue about slow behviour, related to the sqlite version, see http://bugs.kde.org/show_bug.cgi?id=160966, but your problem might be completely different ... _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
In reply to this post by Bugzilla from yallaone@gmail.com
------- 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=134594 ------- Additional Comments From kde brennivin mine nu 2008-05-17 16:15 ------- Thanks for the hint, I believe I owe you a pint! I downgraded to libsqlite3-0 version 3.5.7-2 and my performance problem has gone away.. :) Looks like digikam was a victim. Thanks again! _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
Free forum by Nabble | Edit this page |