I had this problem for a long time until I changed the setting in LMS.
In settings under the advanced tab and changed the artwork field as
follows:
%ARTIST - ALBUM - folder.jpg
After a complete clear and rescan of the entire library everything
worked perfectly and has ever since on all
Martin N wrote:
Hello,
At 01:35 13/04/2012, you wrote:
Is it possible that the cover.jpg might be overridden by the
presence
of cover tags in the Individual tracks?
Sorry for the late reply you post got lost in the avalanche of other
forum posts. :)
How would i check for this?
mfw wrote:
Is it possible that the cover.jpg might be overridden by the presence
of cover tags in the Individual tracks?
This is as designed embedded art trumps cover.jpg .
But there is an interesting bug here to, if you have different art per
track (as becoming very common with some
Is it possible that the cover.jpg might be overridden by the presence
of cover tags in the Individual tracks?
mfw's Profile: http://forums.slimdevices.com/member.php?userid=37175
View this thread:
mfw wrote:
Is it possible that the cover.jpg might be overridden by the presence
of cover tags in the Individual tracks?
Yes, in fact this is the ordering LMS uses. Embedded art takes
precedence.
garym's Profile:
Using GIMP, you can batch-convert to new pixel-sizes.
AnthonioBEL's Profile: http://forums.slimdevices.com/member.php?userid=51023
View this thread: http://forums.slimdevices.com/showthread.php?t=94588
Hello,
I have a jpg called cover.jpg in the directory of each album but it
doesnt display for some albums but
does work for others.
One jpg is 7k and another is 2.3 meg so i dont think its a file size
problem.
Does the SB touch cache album art somewhere? and so does it need
re-caching or
trott3r wrote:
Hello,
I have a jpg called cover.jpg in the directory of each album but it
doesnt display for some albums but
does work for others.
One jpg is 7k and another is 2.3 meg so i dont think its a file size
problem.
Does the SB touch cache album art somewhere? and so does