Cover Art

[perryni]

This is a bit weird but when I use the web ui to control my tunes I sometimes see "alternative" cover art for my music. An example would be nirvana nevermind, my flacs have the standard cover embedded as metadata but rune shows a random picture of the group? Whereas when I use mpod it has the correct cover art this happens for a few more albums.

Just to note I am not complaining, just an observation.

[hondagx35]

Hi perryni,

i had this also on an older installation.
This should be fixed since months see .

So please tell us the version you are using.

RuneAudio searches at different places for the cover art.

- embedded (mp3 and flac)
- in the directory for folder.jpg, folder.png, cover.jpg and cover.png
- Last.FM

Frank

[perryni]

Hi Frank
I am using your rp2/rp3 image from March 2016
Nick

[hondagx35]

Hi,

where is your music located (SAMBA share)?
Are you connecting via "runeaudio" or ip address?

Frank

[perryni]

Hi Frank
I am using a server (WHS2011) but have set up an NFS share.

I have connected with ip and runeaudio.local

[jss2]

Just for further information, I'm seeing a similar bug in my setup.

In my case, I'm using a Raspberry Pi 3 for music in my car (battery powered), with the latest Raspberry Pi 3 Rune image. Connecting via Wifi (with my phone also serving as the wifi hotspot). All music is on a single 128gb USB flash drive, connected via IP address.

[DaverJ]

I'm also seeing the same thing on Pi3, but just certain albums. The files are on a USB3 hard drive. I think The Doobie Brothers albums show the group and not the album cover that's embedded.

As Perry said, not complaining - I would much rather attention was directed to clicks/pops with 24/96 files (hint).

[hondagx35]

[Beelzebassie]

Not directly related to the TS's problem, but am I correct that the last.fm database does not support non-ANSI characters?
I have quite a lot of albums with non-ANSI (UTF8) characters in their titles, and they all show up with a generic band photo.