▲

[garson]

More interesting results, Heart - Love Alive , got cover of something called "Paul Heart's Fire N' Love" 

But this one, can't describe with words. 

[Keltic Danor]

Yeah, works with "Search with: Title" turned off.
But I would thought that more precise search is with Title as radio streams are usually Artist - Title.
Which leads me to Asterisk radio, several minutes ago it was Rolling Stones - Paint it black, cover was wrong, got "Paint it black: An Alt Country Tribute to the Rolling Stones" 

Not so much no, you see if you have Title selected it tries to use the real title of the stream (E.g. ...api.discogs.com/database/search?q=Asterisk%20Radio) instead of... say... ...api.discogs.com/database/search?q=Steely%20Dan%20-%20Midnite%20Cruiser.
With streams it isn't a factor since there is no Artist/Album/Song fields, just one "Track" field that has both Artist - Song so it uses that instead. If we are talking local files then they have the album set most of the time anyway so it isn't a problem there either so it's largely unnecessary.

It goes with the first result it gets from the API's without looking too much into it, I could add extra checks to try and verify it is the correct artist/track but it will be a little tricky due to the whole one "Track" field thing as any song or artist with a - in it immediately throws a spanner in the works. The searches are almost all wildcards so if it cant find the perfect match it will find the next best thing including those words.

Can put it down to the plugin becoming sentient and suggesting other things if you like, after all, sure looks like they were winning in the picture right??

[Keltic Danor]

As for reloading plugin, is this something that Ian could help with? I am using Delta Black skin.
https://support.xmplay.com/files_view.php?file_id=669

Hmmm... that skin you have was not on the support site, I had to go digging for it on the forum. I'll update the archive on the support site as we don't want to lose skins.
I'll modify it accordingly and send it to you.

[garson]

Not so much no, you see if you have Title selected it tries to use the real title of the stream (E.g. ...api.discogs.com/database/search?q=Asterisk%20Radio) instead of... say... ...api.discogs.com/database/search?q=Steely%20Dan%20-%20Midnite%20Cruiser.
With streams it isn't a factor since there is no Artist/Album/Song fields, just one "Track" field that has both Artist - Song so it uses that instead. If we are talking local files then they have the album set most of the time anyway so it isn't a problem there either so it's largely unnecessary.

Ah right, I completely missed the fact that Title in case of radio station is the name of the station. 

Quick question about plugin. I just noticed that with Paradise radio that has embedded covers, I have 3 options to select cover from, embedded, Discogs and LastFm.
Does this mean that even stream has embedded cover, it downloads from other sources?

[Keltic Danor]

-snip- released, see github or included read me file for final changes.

Assuming testing goes well I'll be releasing it properly on the support site and such, so let me know if anything drastic explodes. This update should in theory fix the last remaining issues in the Opus support, all the ones I have work fine now. The code is probably hilariously inefficient but working > efficient so I'm okay with that.

Quick question about plugin. I just noticed that with Paradise radio that has embedded covers, I have 3 options to select cover from, embedded, Discogs and LastFm.
Does this mean that even stream has embedded cover, it downloads from other sources?

Yes, but you are right if it already has one it probably doesn't need to keep going. I'll put that change in later on. Edit: Or at least make it optional.

[sveakul]

Keltic:  tested .89 against a couple dozen Opus files with embedded art and "all, save one," displayed perfectly.  The single example that didn't display also crashed the plugin, but if there was going to be any bad 'uns it would have been that file, which I had used in the past for all kinds of testing/editing/re-adding/sizing artwork, etc.  Simply deleting and re-adding the picture frame with the Kid3 tagger fixed it.  So I would consider .89 a "go" for Opus!  Of course if I run across any future anomalies I'll let you know.

I'll let the others who do auto-retrieve art via the Internet test that part.  THANKS for taking this old plugin to a whole new level!

[Keltic Danor]

rev 9 Change log

• Itunes website based cover art lookup added
• Discogs, Last.fm & MusicBrainz API webservice cover art lookups added
• Existing old cover art sources removed due to no longer working
• Streams with embedded url for cover art now supported, requires the latest XMPlay version
  
  • Also added an option to continue searching for other cover art even if an embedded url is present
• Support for Opus with cover art embedded in meta data
• Support for Flac with cover art embedded in meta data tweaked
• New manual vis.ini setting for background color
  
  • [coverart]
    acd_backr=12
    acd_backg=98
    acd_backb=255
• cover.png and download.png added to archive to better indicate it is possible to do so

Update has been packed up and put on the support site, I think it is stable enough now.
Cover Art (revision 9)
Patched GitHub source & release for revision 9 here

rev 8 References
Old release and source is still available as per Bernhard's GitHub here:
Original GitHub source & release for revision 8 here