[prev in list] [next in list] [prev in thread] [next in thread] 

List:       amarok-bugs-dist
Subject:    [Bug 240274] New: Expanding Artist is Slow - because fetching cover
From:       Bernd Helm <maps () rw23 ! de>
Date:       2010-05-31 19:20:09
Message-ID: bug-240274-71684 () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=240274

           Summary: Expanding Artist is Slow - because fetching cover art
                    syncronous from slow media
           Product: amarok
           Version: 2.3.1-GIT
          Platform: Compiled Sources
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: Collection Browser
        AssignedTo: amarok-bugs-dist@kde.org
        ReportedBy: maps@rw23.de


Version:           2.3.1-GIT (using KDE 4.4.3) 
OS:                Linux

Iam using a Remote collection mounted using sshfs; its on a "Online-Harddrive"
from strato.de, and needs some time to open a file.

If i Expand a Artist (lets take Elvis with 50 CDs) it takes 50 secounds (yeah,
1 sec per album). As all needet information is in the Database except the
Cover, which is only stored as path-to-file which ends up in Album dir
(Folder.jpg, you know), i guess it is because amarok is fetching the cover at
first expand. after each amarok restart again.

First thing to improve that is to fetch the covers asyncon like ampache service
does - it first shows the default cover image and replaces it with the right
one as soon as it is loaded. I guess this will also give a Performance
inprovement for local collections and all what is mounted from somewhere.

2nd thing sould be to cache the cover thumbnails somewhere, so they dont need
to be rescaled every time again. based on modification time, the thumbnail can
be updated (ansyncronous too :)). I guess this may be part of the upcoming
"Dynamic Collection", but caching sould be generic because also local hard
drives are slow media. thinking of Netbooks with slow ssd drives.

Reproducible: Always

Steps to Reproduce:
place some albums of one artist on a slow media... you can use your webspace
with ftpfs (fuse). then expand.

Actual Results:  
needs ~1 Second per Album, expanding elvis takes 50 seconds where amarok is
completely freezed and unuseable. (very bad if you accidently klicked such a
artist)

Expected Results:  
Instant-expand without freezing :) well, 1 secound delay sould be okay.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Amarok-bugs-dist mailing list
Amarok-bugs-dist@kde.org
https://mail.kde.org/mailman/listinfo/amarok-bugs-dist
[prev in list] [next in list] [prev in thread] [next in thread]