DarkOne: Cover art blurred, or: How to upgrade and not understand what has gone wrong. Options

[guycool2]

I have a specific setup that I use where I work. I still have the old setup so i'm not screwed up, but i would really like to update my config.
Here is my problem.

Before:

Foobar 1.1.5
DarkOne Theme 3.0.1 by tedgo [Link]
(1) TouchRemote DACP Server component (iPod Remote control)
(2) Popup Plus Component

Cover art was shown correctly, no resize or aspect ratio modification on any album artworks.

After:

Foobar 1.1.12 beta 3
DarkOne Theme 3.0.1 by tedgo [Link]
Transferred both components and both settings files.


Problem that now occurs:
I have installed new version of foobar but everything else (Theme and component) are the same.
I have noticed, after adding my library, that most of my cover art that are in the "front covers" category shows blurred, pixellised and .. mostly very ugly looking. They are mostly standards 500px+ cover artwork that are into each folder of my collection.
Thing is that with that theme, you can also switch to the embedded (icon) artwork with a single click and this one shows perfectly fine, fully sized, without aspect reduction or resizing.

Has there been a modification in how foobar collect/process/get the cover art from folder structure or the plugin that does it?

I have copied the jscripts from my old foobar installation to my new one thinking the theme had a malfunctioning function or thinking i may have modified my old installation but it would have been less than likely since i don't know this coding language.
I also thought foobar was storing a small thumbnail of those cover arts somewhere but didn't find anything related to this matter.

Last thing that completely mystifies me.
It doesn't affect my whole collection. I don't have exact statistics but I have lots of albums with blurred pics, some others are fine and i can't find any link anything to why this happens.

It worked perfectly fine with the version specified above.

If anyone has a clue, please help? If you need more details, i can probably make a video or take screenshots :/

Thanks alot in advance.

This post has been edited by guycool2: Apr 18 2012, 10:50

[Falstaff]

"Cover art was shown correctly, no resize or aspect ratio modification on any album artworks."

could you precise where ? in ELPlaylist, EsPlaylist, ... ?

[guycool2]

"Cover art was shown correctly, no resize or aspect ratio modification on any album artworks."

could you precise where ? in ELPlaylist, EsPlaylist, ... ?

It is a jscript in WSH Panel mod made by tedgo. the script is the same in both versions but i think an argument or a function is called incorrectly, maybe due to a recent change in foobar cover art handling.

Here's a screenshot of how darkOne looks.
Link

I can also paste the script here, but since it works in both versions... i was thinking maybe something in foobar changed. :/

[marc2003]

foobar might be using low quality thumbnails left behind by windows media player. see my post in this thread.

http://www.hydrogenaudio.org/forums/index....showtopic=78787

[guycool2]

foobar might be using low quality thumbnails left behind by windows media player. see my post in this thread.

http://www.hydrogenaudio.org/forums/index....showtopic=78787

Indeed. I think this was the problem. I removed the smallart*.jpg and it now shows at the wanted resolution.
Thing is, i never used windows media player with my music and the other version of foobar i have (1.1.5) does not retrieve the low quality picture even if it's there.

Since my cover art is all named in the same pattern... They all look like this: "[Cover] %album%*.jpg"
I have configured foobar to search for those custom named images first in "Preferences--> Display". Syntax I use on both version is "[Cover]*.*" just to be sure it takes whatever picture is there since there is only one per folder.


Is the syntax wrong? Is there anotherway i can change the priority order of the images retrieval?

Thanks alot for the quick responses.

Edit: I have indeed confirmed that foobar 1.1.12 beta3 version , for some reason, retrieve the folder.jpg/albumartsmall.jpg even if you remove them from "Preference-->Display". Strange behavior happens as it sometimes retrieve the back-cover image and shows it as a front-cover. :/

This post has been edited by guycool2: Apr 18 2012, 22:00

[db1989]

foobar 1.1.12 beta3 version , for some reason, retrieve the folder.jpg/albumartsmall.jpg even if you remove them from "Preference-->Display".

But do the Preferences have anything to do with your script for WSH Panel Mod?

[guycool2]

foobar 1.1.12 beta3 version , for some reason, retrieve the folder.jpg/albumartsmall.jpg even if you remove them from "Preference-->Display".

But do the Preferences have anything to do with your script for WSH Panel Mod?

Yes, i believe it retrieve the images based on foobar settings. Since its the same scripts in both version, i think it is unlikely that it has something to do with it.
I will contact the author and explain my problem, maybe he can make a workaround.

[marc2003]

They all look like this: "[Cover] %album%*.jpg"

if the [] are part of the filename, you'll need to use single quotes around them because they are special characters in foobar title formatting. eg

CODE

'['Cover']' %album%*.jpg

[guycool2]

They all look like this: "[Cover] %album%*.jpg"

if the [] are part of the filename, you'll need to use single quotes around them because they are special characters in foobar title formatting. eg

CODE

'['Cover']' %album%*.jpg

That does work in the coding in WSH panels, but not in foobar config. adding the quotes prevents foobar from finding any covers.

the removal of all the albumartsmall from various folders did help restore the original behavior of foobar. Now im just trying to find why foobar goes for 'folder.jpg' first instead of my customnamed covers, even if i removed that line.

This post has been edited by guycool2: Apr 19 2012, 00:48

[marc2003]

i think there is a bug here. i tested with the default UI artwork viewer to rule out any other issues.

filename:

CODE

[cover].jpg

display preferences:

CODE

[cover].jpg //doesn't work
'['cover']'.jpg //doesn't work but i think it should
[cover]*.jpg //works. i think the [] are being ignored and it's treated as *.jpg
'['cover']'*.jpg //doesn't work

This post has been edited by marc2003: Apr 19 2012, 01:30

[guycool2]

I agree with you. The exclusion of those [ ] is indeed some kind of bug that wasn't there before. Parsing of the brackets does not work/is ignored. Your second suggestion should work so it can include brackets in the filename.

The reason it now works is probably because I think the third option is actually working as you said.
The third option is the one that currently make foobar show some back covers instead of front covers , as 'b' is probably parsed/read by foobar before special characters like brackets (when using "[Cover]*.jpg" that currently acts like "*.jpg")

As this was functioning correctly before, I didn't see anything in the changelog regarding this change so it may well be a real bug.

This post has been edited by db1989: Apr 19 2012, 10:35

Reason for edit: removing pointless full quote of above post

[tedgo]

I haven't tested the latest foobar2000 beta and can't say what's going wrong...
The cover panel i made in WSH Panel mod uses the in-built foobar2000 artreader.

Have you tested Default UI behaviour?
Does its albumart viewer takes the correct cover?

[guycool2]

It now works with the following:

CODE

*Cover*.*

everything is now included. Brackets are not working with this version of foobar. I changed it and it now works as it should. Single quotes are to avoid (maybe for the moment?)

Question remains: why was it working before but now anymore? we may never know
Thanks for all your help

This post has been edited by guycool2: Apr 19 2012, 20:20