coverart shows wrong jpg

Marius · « **on:** 26 Aug 2012, 08:40 pm »

Hi,

Been trying to give most albums a cover.jpg and a back.jpg (which most of the time have the track listing) Sometimes even more jpg's, with lyrics, photographs etc etc. In Max ( 1 and 2) the first .jpg is shown when available, instead of the desired cover.jpg

Is it possible to correct this? the naming is irrelevant apparently, when more jpg's are available, it just uses the first.

Marius

unincognito · « **Reply #1 on:** 30 Aug 2012, 04:53 pm »

Hi Marius,

Years ago when i wrote the bit of software that chose the picture file to use I gave it a simple set of instructions to follow if more then one picture file was found. If it found a file labled "folder.jpg" this file would take president over any other files. Then there was a secondary name given (can't remember off the top of my head what it was), finally if neither file name could be found it would choose the first one of the bunch. Yes i will look into making this change in tonight build, if i get around to tonights build.

Cheers,
Chris

Marius · « **Reply #2 on:** 30 Aug 2012, 06:27 pm »

great, Chris , please let us know where to find the search function in Max?

Marius

Marius · « **Reply #3 on:** 20 Sep 2012, 02:16 pm »

Hi Chris,

Have you changed this already in today's latest build? I still see al the album Back.jpg-covers..... Instead of Cover.jpg....

Marius

Quote from: unincognito on 30 Aug 2012, 04:53 pm

Hi Marius,

Years ago when i wrote the bit of software that chose the picture file to use I gave it a simple set of instructions to follow if more then one picture file was found. If it found a file labled "folder.jpg" this file would take president over any other files. Then there was a secondary name given (can't remember off the top of my head what it was), finally if neither file name could be found it would choose the first one of the bunch. Yes i will look into making this change in tonight build, if i get around to tonights build.

Cheers,
Chris

unincognito · « **Reply #4 on:** 21 Sep 2012, 04:26 am »

Hi Marius I though I gave cover.jpg a higher preference. I'll take another look at it, make sure it's not a simple spelling mistake

Chris

Marius · « **Reply #5 on:** 21 Sep 2012, 05:40 am »

So you can't make it user selectable, like in Mpad/mpod? I ask because i have several, a lot actually, recordings with more than one .jpg, and some have cover is various resolutions. cover1, cover2 or coversmall, etc you get it. With a user selectable name for the main cover art, we're certain which one appears.

I did check, i get back.jpg to be shown instead of cover.jpg. seems alphabet is overriding your algorithm

Thanks,
Marius

Quote from: unincognito on 21 Sep 2012, 04:26 am

Hi Marius I though I gave cover.jpg a higher preference. I'll take another look at it, make sure it's not a simple spelling mistake

Chris

unincognito · « **Reply #6 on:** 22 Sep 2012, 02:10 am »

Hi Marius

The Sept 21 release should fix it, I accidently made it cover.(any extension). I changed it to ignore case sensitivity. The priority is now (ignores the cases)

Folder
Front
Cover
First found in alphabetical order

Chris

Marius · « **Reply #7 on:** 22 Sep 2012, 07:30 am »

HI Chris,

Great. is it still any extension? Had hoped the bdp would just ignore the non .jpg files (png, gif etc)

since we're talking albumart: could you have Max show the backs to? I always try to find/make a back.jpg of the cd's because they most of the time have the tracklisting. Would be really marvelous to have those at hand too in the Play-interface and be able to flip to it.

Quote from: unincognito on 22 Sep 2012, 02:10 am

Hi Marius

The Sept 21 release should fix it, I accidently made it cover.(any extension). I changed it to ignore case sensitivity. The priority is now (ignores the cases)

Folder
Front
Cover
First found in alphabetical order

Chris

unincognito · « **Reply #8 on:** 23 Sep 2012, 08:33 pm »

It ignores extensions, or should anyways. Yes being able to specify cover, back of cd and the actually cd itself is planned for the max, but is of a low priority at this moment.

Chris

Marius · « **Reply #9 on:** 23 Sep 2012, 08:37 pm »

and the albumart db? Won;t work at all, what ever I do or try.No db is built to an end, and no art is shown, only in Albie .

Marius

Quote from: unincognito on 23 Sep 2012, 08:33 pm

It ignores extensions, or should anyways. Yes being able to specify cover, back of cd and the actually cd itself is planned for the max, but is of a low priority at this moment.

Chris

unincognito · « **Reply #10 on:** 23 Sep 2012, 08:40 pm »

Are you able to select a scratch drive?

Chris

Marius · « **Reply #11 on:** 23 Sep 2012, 08:48 pm »

yes, no problem there. Sometimes it does start buidling a Db, and I can see the little covers next to the create db status light, but it never finishes. I tried and deleted the folder on the hdd already and restart building it, but nothing happens.
Before the beta's, i did have a working Albumart db in the background.

COuld this sys-log have anything to do with it:

Sep 23 20:43:29 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:43:39 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:43:59 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:44:10 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:44:21 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:44:33 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:44:40 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:44:54 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:45:06 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:45:23 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:45:31 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:45:38 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:45:46 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:46:00 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:46:14 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:46:27 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:46:38 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:46:54 bryston-bdp-1 sudo: mpd : TTY=unknown ; PWD=/usr/lib/cgi-bin/widgets ; USER=root ; COMMAND=/bin/albumDB.pl
Sep 23 20:46:58 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:47:12 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:47:22 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:47:38 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:47:54 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:48:01 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:48:18 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:48:28 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:48:41 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:48:49 bryston-bdp-1 dsyslog[1370]: -- MARK --
Sep 23 20:49:01 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:49:08 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:49:22 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:49:31 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:49:44 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:50:05 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:50:13 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:50:25 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:50:32 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:50:41 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 23 20:50:56 bryston-bdp-1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
etc
Marius

Quote from: unincognito on 23 Sep 2012, 08:40 pm

Are you able to select a scratch drive?

Chris

Marius · « **Reply #12 on:** 28 Sep 2012, 05:56 pm »

HI Chris,

I've also found that sometimes MAx2 shows a picture that is not in the folder at all

A bit like MPod which does that too... Has anything to do with the Amazon-api-spec?

Marius

unincognito · « **Reply #13 on:** 29 Sep 2012, 03:58 am »

Hi Marius,

could be amazon or a picture file embedded in the audio file.

Regarding the scratch drive and album db, could you enter the following commands in via terminal and email or post the results?

ls -lh /var/www
cat /mnt/img/scratch
cat /mnt/img/scratchLoc

Chris

Marius · « **Reply #14 on:** 29 Sep 2012, 07:23 am »

HI Chris,

This particular file was a flac, so no embedded pic.

Please check your mail for the commands.
Marius

ps just to be precise: Album Art does show in the Play interface, each album gets a cover shown (although sometimes the wrong one, which is a separate challenge), Album Art is not shown at all, like before, in the background of the Home-interface, a black background is everywhere. An AlbumArtdb is built, or at least started, but never finishes completely.

Quote from: unincognito on 29 Sep 2012, 03:58 am

Hi Marius,

could be amazon or a picture file embedded in the audio file.

Regarding the scratch drive and album db, could you enter the following commands in via terminal and email or post the results?

ls -lh /var/www
cat /mnt/img/scratch
cat /mnt/img/scratchLoc

Chris

Marius · « **Reply #15 on:** 9 Oct 2012, 12:59 pm »

Hi Chris,

what about this recurring line:
[Tue Oct 09 12:50:27 2012] [error] [client fe80::5ab0:35ff:feb1:8f4e] print() on closed filehandle PICFILE at /bin/albumDB.pl line 112., referer: http://bryston-bdp-1.local/settings/index.html

Also normal, or maybe a hint to my Albumdb issues after all?

Marius

unincognito · « **Reply #16 on:** 10 Oct 2012, 12:51 am »

Hi Marius,

That was the line I found repeating in that log I had you email me. I thought you said it was working?

Chris

Marius · « **Reply #17 on:** 10 Oct 2012, 06:55 am »

yesterday after the factory reset I had to do, I deleted the albumdb, changed it to another hdd and thought Id start afresh. Started alright, but again: it never finished. So answer is a bit of yes and no...

Quote from: unincognito on 10 Oct 2012, 12:51 am

Hi Marius,

That was the line I found repeating in that log I had you email me. I thought you said it was working?

Chris

Marius · « **Reply #18 on:** 11 Oct 2012, 06:10 am »

HI Chris,
please let me reiterate on this.
All too often when downloading coverart, folder.jpg has both front and back sides next to each other in one jpg.

Cover or front, as it should, only the cover (or front...).

Your chosen priority now makes those folder.jpg's show up, while in fact we need the cover or front.jpg. Couldn;t you make it user selectable? Those folder.jpg's are nice but the interface really needs the frontview of cover.jpg or front.jpg.
the other option would be to manually change all names..... please don;t have us do that

Thanks,
Marius

Quote from: unincognito on 22 Sep 2012, 02:10 am

Hi Marius

The Sept 21 release should fix it, I accidently made it cover.(any extension). I changed it to ignore case sensitivity. The priority is now (ignores the cases)

Folder
Front
Cover
First found in alphabetical order

Chris

unincognito · « **Reply #19 on:** 12 Oct 2012, 02:55 am »

Hi Marius,

I'll go digging in the code again tomorrow and see what's going on.

Chris