PDA

View Full Version : Browse by Cover Art



Sandy McKean
2004-01-31, 19:54
> ...welcome to multiple browsers. Works great wirh Firebird, not so great
> on IE.

I've had small glimpses into this world you folks live in who create code
for multiple browsers. I've seen what grief it can be. You have my
sympathy (I have sympathy for me too as a IE user:-)


> Ive been working on this late, and I have it working in
> IE as of Jan 30 build (I think it made it in time for jan 30.

Well, I use WXP and IE6, and I've tried both the 1/30 & the 1/31 builds and
it still happens. I could be a virtual tester -- once I see it's fixed I'll
shoot you an email if you like.

> I'm not sure what image formats MM can possibly put into
> the ID3 vs what formats the server can handle. I suspect that this is the
> problem.

I'm sure you are right.....but it's somewhat different than you imagine I
think. Somehow, on occasion, MusicMatch must be putting something into the
ID3 tag that SlimServer is attempting to interpret as a cover as you
suggest. However, this is NOT a valid cover in MM either. MM thinks there
is NO cover art for these albums. These "problem" albums look like another
other album in MM without cover art;. Also SS does that space.gif thing
everytime with these type albums. It does not require me to move the files
etc when SS is running. I can even do a fresh SS startup or system re-boot.
Whatever is happening is part of the mp3 file. ONLY if I tell MM to remove
cover art (even though MM says there isn't any), does SS treat the Artwork
properly with this newly rewritten mp3 file from MM.

kdf
2004-01-31, 20:25
Quoting Sandy McKean <mckeanq (AT) comcast (DOT) net>:

> Well, I use WXP and IE6, and I've tried both the 1/30 & the 1/31 builds and
> it still happens. I could be a virtual tester -- once I see it's fixed I'll
>

I cannot reproduce this. I have files from 1015 albums, 594 of which have
covers. I currently have the layout working fine with Opera 7, Mozilla Firebird
0.7 and IE6 on Win2k and XP. If you have HTML caching turned on, then you will
need to turn it off, refresh the browser, then you can turn it back on.

> > I'm not sure what image formats MM can possibly put into
> > the ID3 vs what formats the server can handle. I suspect that this is the
> > problem.
>
> I'm sure you are right.....but it's somewhat different than you imagine I
> think. Somehow, on occasion, MusicMatch must be putting something into the
> ID3 tag that SlimServer is attempting to interpret as a cover as you
> suggest. However, this is NOT a valid cover in MM either. MM thinks there
> is NO cover art for these albums. These "problem" albums look like another
> other album in MM without cover art;. Also SS does that space.gif thing
> everytime with these type albums. It does not require me to move the files
> etc when SS is running. I can even do a fresh SS startup or system re-boot.
>
> Whatever is happening is part of the mp3 file. ONLY if I tell MM to remove
> cover art (even though MM says there isn't any), does SS treat the Artwork
> properly with this newly rewritten mp3 file from MM.

The other thing to try here, is to force a reresh of the cache. Go into server
settings and click Wipe Cache (if you are using the MP3 Tag Cache), otherwise
trigger a rescan. The displayed artwork is drawn from a cached 'list' of albums
that have valid artwork. The list stores the location of the artwork, so if you
are changing this while the server is running, or since the Mp3 Tag cache was
enabled, then you will have some lost albums. The only albums I have currently
that display spacer.gif, are ones that returned an 8x8 gif from amazon using an
older version of Victors Script. I've been too lazy to fix them :)

However, I've never used musicmatch, so it could just be something that it is
leaving behind as well. I use Tag & Rename for tagging tasks.

cheers,
kdf