Cover Display

Please report any bug found here

Cover Display

Postby floric » 16 Feb 2014, 01:32

Hello,

I think it's more a question than a bug:

Which method is used to display the cover images?

I think it's more or less a mpd-problem:

All of my flac files on the disc connected to the Raspberry Pi running rune 0.2 habe embedded cover images and a file "folder.jpg" in the directory. But only for some of them the covers are displayed, no matter if I use the rune-UI or MPdroid.

As I can't find a difference between the files for which the cover is displayed and the ones for which this fails (it seeems that rune UI tries to load a cover), I want to investigate a little deeper.

Best regards

Floric
floric
 
Posts: 7
Joined: 03 Feb 2014, 22:11

Re: Cover Display

Postby ACX » 16 Feb 2014, 12:18

Hi floric, in this version the album art is fetched on the fly from Last.fm APIs. Sometimes it fails to display the cover properly because the "album" ID3 tag doesn't match perfectly with the search results.
In the future we are going to make it more reliable, fetching the album art from local when available and using more than one online service at the same time when it isn't.
User avatar
ACX
RuneAudio co-founder
 
Posts: 1693
Joined: 29 Nov 2013, 02:25
Location: Udine, Italy

Re: Cover Display

Postby floric » 16 Feb 2014, 15:27

Hi,

thanks for the answer. I did not realise that the cover is fetched online, so I was looking for "local" problems/differences.

As an "early adaptor" for some kinds of music, I often tag the flacs myself because there are no online resources available then.

There are solutions for delivering the cover art via webservice. But in all solutions that I know, it must be hosted in a file in the filesystem with a path that can be calculated from the filename and not in the ID-tag. So these depend strongly on the folder structure and the naming conventions you use in the storage. Perhaps thats sub-optimal, because there are different structures and more or less consequent naming conventions. It would be of advantage to fetch it from the ID-tag of the file.

Regards

Floric
floric
 
Posts: 7
Joined: 03 Feb 2014, 22:11

Re: Cover Display

Postby chromisdesigns » 16 Feb 2014, 20:13

Using local art would be a really nice feature, especially for those of us trying to build large-capacity portable systems, which won't necessarily have or need web access during use.

If anyone made a 1 TB lossless portable music player, for any kind of reasonable price, I would have bought one immediately! But no such product exists. I like having my entire music collection available. :mrgreen:
chromisdesigns
 
Posts: 6
Joined: 06 Feb 2014, 21:33

Re: Cover Display

Postby Midnight » 19 Feb 2014, 17:30

Using the "cover.[jpg|png]" in the album folder would be great ;)
User avatar
Midnight
Moderator
 
Posts: 141
Joined: 19 Feb 2014, 14:46

Re: Cover Display

Postby Orion » 28 Feb 2014, 00:00

- Embedded Hi-Fi music player
- Alla riscoperta dell'alta fedeltà
User avatar
Orion
RuneAudio co-founder
 
Posts: 189
Joined: 29 Nov 2013, 02:03
Location: Udine, Italy

Re: Cover Display

Postby Midnight » 04 Mar 2014, 20:52

User avatar
Midnight
Moderator
 
Posts: 141
Joined: 19 Feb 2014, 14:46

Re: Cover Display

Postby Melomane » 08 Apr 2014, 23:10

Melomane
 
Posts: 7
Joined: 30 Jan 2014, 19:37

Re: Cover Display

Postby Midnight » 09 Apr 2014, 07:24

If you want to do it like I've done in my last post, there is no need for a symbolic link to /mnt/MPD. You have to edit the nginx config files only.
User avatar
Midnight
Moderator
 
Posts: 141
Joined: 19 Feb 2014, 14:46

Re: Cover Display

Postby Melomane » 09 Apr 2014, 08:35

Ah, thanks! :)
Melomane
 
Posts: 7
Joined: 30 Jan 2014, 19:37

support RuneAudio Donate with PayPal

Next

Return to Bug report

Who is online

Users browsing this forum: No registered users and 11 guests