Bug 296049

Summary:	JJ: Support MediaArtStorageSpec
Product:	[Applications] amarok	Reporter:	Bart Cerneels <bart.cerneels>
Component:	Collections/Local	Assignee:	Amarok Developers <amarok-bugs-dist>
Status:	RESOLVED INTENTIONAL
Severity:	wishlist	CC:	animeshramesh, bart.cerneels, ralf-engels
Priority:	VLO
Version:	2.5-git
Target Milestone:	2.7
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Bart Cerneels 2012-03-15 09:29:34 UTC

MediaArtStorageSpec provides a mechanism for applications to store and retrieve artwork associated with media content, like music from an album, the logo for a radio station, or a graphic representing a podcast. The storage medium for artwork is a file system, inside a user's home directory.

It's already in use by Banshee and tracker on the Nokia N9 smartphone.
If we save album art using this spec it will be picked up by those applications. If we search for album art using this spec we avoid overhead and reduce code complexity.

This can be implemented in the Amarok CollectionScanner, nepomuk and other KDE components where it makes sense.

https://live.gnome.org/MediaArtStorageSpec
http://pvanhoof.be/blog/index.php/2011/08/18/avoiding-duplicate-album-art-storage-on-the-n9

Comment 1 Bart Cerneels 2012-03-15 09:30:22 UTC

Could be a season of KDE or big Junior Job task.

Comment 2 Bart Cerneels 2012-03-15 09:39:20 UTC

The spec also contains support for artist art. Using this we could add real artist pictures to the collection browser.

Comment 3 Bart Cerneels 2012-03-15 09:42:29 UTC

In UMSCollectionLocation, when copying tracks onto (for instance) a N9, it would be preferred to also use this spec. Avoiding extra copies of art embedded in each track.

Comment 4 Myriam Schweingruber 2014-10-27 11:10:35 UTC

well, not really a needed feature, as it relies on a Gnome library, and no other player than Banshee implements that spec...