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

List:       kde-bugs-dist
Subject:    [Bug 240303] New: Load Cover Art Asynconous
From:       Bernd Helm <maps () rw23 ! de>
Date:       2010-05-31 23:57:57
Message-ID: bug-240303-17878 () http ! bugs ! kde ! org/
[Download RAW message or body]

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

           Summary: Load Cover Art Asynconous
           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

If i Expand a Artist (lets take Elvis with 50 CDs) it takes 50 secounds (yeah,
1 sec per album). In this time, amarok is freezed and not useable anymore.
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. and after each amarok restart again, making collection browsing
very slow and uncomfortable.

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

To avoid that, 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. This will give a great Performance
inprovement, not only for any mounted collections but also for local ones. iam
thinking of Netbooks with cheap and slow solid state drives.

with asyncronous loading, the user will see that the artist is expanded and the
cover images popping up. He can close the artist or add tracks without need to
wait until loading is done. make sure it also updates the cover of a currently
playing track if the user adds it faster than it is loaded.

also look at bug 240300, which is about caching the covers, so both things can
work together.

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 with 50 albums and covers 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 :)

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]