Hi Kalid : We will try to setup a library with files like you described (wrong name for artists) but this is really hard (of course we can try to do a "did you mean" thing, but without a database it's REALLY complicated. We are not a search engine like google to be able to suggest, and if amazon doesn't it's complicated for us. Anyhow it's quite strange that it found it when downloading 1 by 1. I will ask again, to see if we can change the % for the actual album that is trying to find the cover. I think it probably has different time outs when its complete download and single-album downloading, and this "fallback" make it work. Also, if you don't have the covers from download... you can always save the file. Anyways, I placed as student project the creation of more "sources" or regional sources. I think for exampel a google image source can help. But it's indeed far from perfect : / Can you please do testing with other media applications that downloads the cover? to see if it's a canola mistake or the default return from the used sources (amazon or last. fm ) ?
About the startup, can you help us with more data? a. Do you have big cards? the updating media library, can easily take the 1 minute if you have more than 8gigas. We are actually not "scanning" for files but just making sure that all the files on the library are actually there. I asked the devs.. to add an option to remove that, but you will face "errors" file not found if you don't refresh your library after some change (this makes things more manual) but indeed speed up quite nicely the boot time.
I think this "incosistency load lazyness" can be that in the other time canola is not trying to scan again.. but if you help us reproduce it this is something we would really like to find and fix the error.