[Bug 117301] New: wish: Choose to only load visible thumbnails only, if it is sensible in order to avoid unnecessary waiting.

[S. Burmeister]

------- 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=117301         
           Summary: wish: Choose to only load visible thumbnails only, if it
                    is sensible in order to avoid unnecessary waiting.
           Product: digikam
           Version: unspecified
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: digikam-devel kde org
        ReportedBy: sven.burmeister gmx net


Version:            (using KDE KDE 3.5.0)
OS:                Linux

Since 0.8 thumbnails are only loaded, if they are displayed, no matter for how long the system was idle. As a result the user has to wait for the thumbnails every time s/he scrolls. The reason for this behaviour is to save memory.

However, waiting is quite annoying, so the behaviour described above should only be used when necessary and not if a folder only has ~50 pictures.

I am not sure what picture number is a good one, yet digikam should count the images before deciding whether it is necessary to save memory, or whether thumbnails for the current folder can be pre-loaded and thus improve user experience.
_______________________________________________
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=117301         




------- Additional Comments From tomalbers kde nl  2005-12-29 20:41 -------
We did some testing when we implemented it and we decided that there was no need to do it, because the thumbs appear almost instantly, do you have any idea why that is not the case for you?
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[S. Burmeister]

------- 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=117301         




------- Additional Comments From sven.burmeister gmx net  2005-12-31 11:52 -------
I guess there are at least two factors:

1. Data to read, if there is no thumbnail in the file, the file has to be read, as megapixel-numbers increase, the file-size will get bigger and bigger, i.e. it will take more and more time to read and process.

2. CPU speed.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier]

------- 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=117301         
caulier.gilles free fr changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|general                     |Albums GUI
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Gilles Caulier-2]

------- 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=117301         
caulier.gilles kdemail net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|Albums GUI                  |Thumbnails
_______________________________________________
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=117301         




------- Additional Comments From sami_cokar hotmail com  2006-12-13 04:14 -------
I also experience this 'annoyance' on a Pentium IV 2.2GHz PC running Kubuntu Feisty (pre-release).  However, the default kernel currently has hard disk DMA/etc disabled.

I will let you know if performance improves during Feisty's release cycle.
_______________________________________________
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=117301         
gilles vonet lu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gilles vonet lu



------- Additional Comments From gilles vonet lu  2007-04-09 14:28 -------
I agree that thumbnail loading while scrolling is almost instantaneous. Yet, the delay is still noticeable and that's a (very minor!) inconvenience. IMO digikam should do more aggressive thumbnail preloading. You could have a look at the similar options of kpdf (Settings / Performance / Memory usage) which I find quite useful. (E.g. low ressource usage for laptops vs. aggressive setting for workstations.)
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

[Arnd Baecker]

------- 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=117301         




------- Additional Comments From arnd.baecker web de  2007-09-05 08:32 -------
For example pre-loading the next two rows might
already be sufficient to give a much smoother user experience ;-)

Note that this is also related (not the same!) to
http://bugs.kde.org/show_bug.cgi?id=137320
and the bugs mentioned there.

Also note that there is a small bug about caching raw files in full preview
in the album view,
http://bugs.kde.org/show_bug.cgi?id=132047
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel