extragear/multimedia/amarok/src/collection/sqlcollection
Maximilian Kossick
maximilian.kossick at googlemail.com
Sat Jun 21 16:58:20 CEST 2008
didn't we try that last year already, for all albums in that case? My
A2 still shows horribly wrong album art because of that little
experiment (yes, I know that I could delete the cache). Are there any
indications that the quality of album art delivered by the
coverfetcher has improved in the meantime?
On Sat, Jun 21, 2008 at 1:05 PM, Seb Ruiz <ruiz at kde.org> wrote:
> SVN commit 822755 by seb:
>
> Implement autofetching of images if there is no cover set and the album is non-empty. Adding this as a preliminary test to get feedback as to whether we want to include it by default.
> I'm going to say that this can use a lot of optimizing, there are a few pathological cases that I have thought of and haven't handled:
> - Cover auto-fetched, user removes. Restart application, cover gets autofetched again.
>
>
> M +8 -0 SqlMeta.cpp
>
>
> --- trunk/extragear/multimedia/amarok/src/collection/sqlcollection/SqlMeta.cpp #822754:822755
> @@ -21,6 +21,7 @@
> #include "Amarok.h"
> #include "BlockingQuery.h"
> #include "Debug.h"
> +#include "covermanager/CoverFetcher.h"
> #include "covermanager/CoverFetchingActions.h"
> #include "mediadevice/CopyToDeviceAction.h"
> #include "meta/CustomActionsCapability.h"
> @@ -931,6 +932,13 @@
> return QPixmap( result );
> }
>
> + // Cover fetching runs in another thread. If there is a retreived cover
> + // then updateImage() gets called which updates the cache and alerts the
> + // subscribers. We use queueAlbum() because this runs the fetch as a
> + // background job and doesn't give an intruding popup asking for confirmation
> + if( !m_name.isEmpty() )
> + CoverFetcher::instance()->queueAlbum( KSharedPtr<Meta::Album>(this) );
> +
> // If the result image is empty then we didn't find any cached image, nor
> // could we find the original cover to scale to the appropriate size. Hence,
> // the album cannot have a cover, for any size. In this case, we return the
>
More information about the Amarok-devel
mailing list