Marcelo

Seeing as this thread gets a lot of reads I will add my overall thoughts here for reference in addition to thoughts/comments included in bugzilla on both this and id3 tagging issues etc.

My understanding is that many experienced users store copies of their source music on their main PC's in folders by Artist, Album where they then store a master *.jpg, *.png in the Album folder to represent the album cover.

Additionally many users including myself also understand that if we are going to copy the contents of say a playlist, which will take a number of tracks from one or many albums (Throwing the resulting mp3’s and playlist in ONE folder with no album covers etc) then we are going to need the album cover storing in our id3 tagging data of each track.

Where we have an album of various artists in my case I store all these albums in a folder called Various Artists, Album and then mimic the method for Artist, Album above.

Generally if I store any AV material on my NIT it is not my master source!

Using a UPnP media server such as Twonky with the Media Streamer application on the NIT's results in a perfect album cover presentation when playing tracks from my personal selection using the above methodology as a base.

So as was mentioned in another thread, perhaps prioritise album cover look up of Canola2 beta (UPnP or Local) as follows:-

1) Cover art of id3 tag of track (or itunes.db equivalent )
2) *.jpg *.png of Album Folder

Notes:

Need to consider scaling the album art to fit Canola interface as users will store different quality images based on availability of correct cover art.
No issue for Canola with legalities as it is user’s responsibility to source and if users have no Art stored then NO album art will appear.


3) Plug-in to search Internet for cover to represent track being played to add to id3 tag and/or folder of album. (Ensuring these are never over writing existing Album Art storing them in complementary but separate folder structure only when users have no Album Art stored via 1 or 2 above)