PDA

View Full Version : art problem - ghost cover.jpg's



ctbarker32
2008-08-24, 11:14
Hi,

Running 7.1, multiple SB3s and new Duet. Linux sever, over 1 terabyte of mostly FLAC rips.

I know the album art issue is long running but it can be pretty frustrating. I have settled on using "Album Art.jpg" as my art name for each directory not embedded for each album. I need the Album Art.jpg to maintain compatibility when I transcode to portable media, etc.

I used to use cover.jpg or folder.jpg. I have entered Album Art.jpg into the server web gui. This works well for new albums added. For existing, albums that once were cover.jpg but are now changed to Album Art.jpg, SC 7.1 still points to "cover.jpg" (the file is not there)! I have done a full wipe and rescan. I have manually done a delete of the folders in the Artwork Cache and nothing works! It still points to artwork that is no longer there.

How do I fix this? Why does the full rescan not really clean the database? I really wish this could be fixed!

Thanks.

-CB

Uluen
2008-08-25, 02:48
I guess you already tried clearing the browser cache?

ctbarker32
2008-08-25, 07:37
Yes, cleared client side browser cache several times. Unfortunately to no avail.

From my observations, it would appear the "clear and rescan" function does not do a full "cleanup" of the mysql database and leaves original entries intact. I don't understand why this is the case why it could not be easily addressed?

Thanks.

-CB

Phil Leigh
2008-08-25, 07:47
Sounds like you need to blow away the server side cache in C:\Documents and Settings\All Users\Application Data\SqueezeCenter\Cache

and then do a full rescan...

ctbarker32
2008-08-25, 09:33
Um, I am using linux. Which exact cache folder do I need to "blow away". I've already deleted the Artwork cache and rescanned. Is this a guess or do you know for certain this will work? Still begs the question, why does full scan not "blow away" cache? Seems to be self defeating if it does not?

Thanks.

-CB

Phil Leigh
2008-08-25, 10:25
Um, I am using linux. Which exact cache folder do I need to "blow away". I've already deleted the Artwork cache and rescanned. Is this a guess or do you know for certain this will work? Still begs the question, why does full scan not "blow away" cache? Seems to be self defeating if it does not?

Thanks.

-CB

Delete the entire cache folder (wherever it is on your system) and rescan.
It's NOT the artwork cache but the database you need to clear to fix this. No it's NOT a guess.

ctbarker32
2008-08-25, 18:19
Okay, I deleted the files in the directory /var/lib/squeezecenter/cache/FileCache and did a full rescan. This did not fix the problem. Previously, I had deleted the files in /var/lib/squeezecenter/cache/Artwork.

These are the only two directories that I see that I feel are safe to delete. If these are the correct cache directories then could the problem be in the mysql db itself. A table that is not be cleared correctly?

-CB

Mnyb
2008-08-25, 19:14
Okay, I deleted the files in the directory /var/lib/squeezecenter/cache/FileCache and did a full rescan. This did not fix the problem. Previously, I had deleted the files in /var/lib/squeezecenter/cache/Artwork.

These are the only two directories that I see that I feel are safe to delete. If these are the correct cache directories then could the problem be in the mysql db itself. A table that is not be cleared correctly?

-CB

I think Phil realy meant you to delete the entire cache folder /var/lib/squeezecenter/cache go to /var/lib/squeezecenter/ and delete cache

did you start the rescan yourself ? if you delete the right files SC will rebuild the dB from scratch and automatically start the rescan after you start SC.
Btw stop SC before deleting cache

I checked my command history in bash for my linux server, I have done a "rm -rf cache" in "/var/lib/squeezecenter/" in the past and my server did not explode.

ctbarker32
2008-08-25, 20:39
I checked my command history in bash for my linux server, I have done a "rm -rf cache" in "/var/lib/squeezecenter/" in the past and my server did not explode.

Thanks for your specific instructions. I did as you instructed. After removing the cache directory entirely with your command and restarting SC, a library rescan was automatically started as you predicted.

Fifty minutes later, the scan completes normally but alas the problem still remains.

I thank you for your help. At this point I think we have to eliminate the cache as the issue and look at the mysql db for the source of the problem. I am ignorant about manipulating the mysql db so I don't have a clue where to begin?

-CB

ctbarker32
2008-08-27, 08:41
Well, I continue to work through this. I find that if I touch the album files (flac) using Mediamonkey (my preferred album management tool) it forces SC 7.1 to re-look at the directory and to add the correct album art. Also, I have come to realize that internally SC 7.1 seems to convert all album art names to "cover.jpg" independent to what the actual names are which in my case are all "Album Art.jpg"?

So doing it the hard and long way I'll eventually get SC 7.1 to recognize all of my art!

-CB

Uluen
2008-08-27, 10:03
Well, the files are either cached serverside and/or in a db.
If deleting the cache doesn't work, emptying the correct table should.