Bugzilla – Bug 16707
Large images has disappeared for some flac albums
Last modified: 2011-05-12 16:04:18 UTC
For some reason all "large artwork" with some of my flac's has disappeared. I see the smaller thumbs in all interfaces but the large ones are gone ? web-UI controller Touch or Radio . There is an 303*300 folder jpg in the albums directory. And every files has the same img embedded. One more person seas this he is on windows while I'm using linux see this tread. http://forums.slimdevices.com/showthread.php?t=83776 There seems to be no correlation re which ones gone ? Maybe they are old but I've used the same flac 1.2.1 since 2007 This is not that common in my collection, but you can see it on rare occasion. I don't know how frequently it is in Tamanaco's collection . Version: 7.6.0 - r31605 @ Wed Dec 8 03:01:49 MST 2010 Hostname: hal.home.lan Server IP Address: 192.168.1.5 Server HTTP Port Number: 9000 Operating system: Red Hat - EN - utf8 Platform Architecture: i686-linux Perl Version: 5.8.8 - i686-linux-thread-multi Database Version: DBD::SQLite 1.30_06 (sqlite 3.7.2) Total Players Recognized: 4
Created attachment 7058 [details] Metaflac dump of tags in one file
I don't quite understand what is wrong. Can you describe it a bit more?
Simply the larger pictures are missing, when scanned the cover art gets converted to varius sized pics smaller thumbnails etc for example http://192.168.1.5:9000/music/d6e2073c/cover_50x50_o The 50*50 this one exist I can see it if I follow the link However this one does not exist. http://192.168.1.5:9000/music/d6e2073c/cover.jpg or this one. http://192.168.1.5:9000/music/d6e2073c/cover_96x96_p.png So for some (very few) albums despite being completely rescanned all sizes of images does not exist (or come to exist when needed). The above examples comes from the web-UI similar goes for the Touch or controller where the small thumb for playlist etc exist but larger versions is absent. So NP screens show only the placeholder img. IN the Daniel Lanois example it is music scanned 2005/5 artwork added 2007 and this has worked trough all iterations of the server untill just recently. I will provide screenshot from the web-UI
Created attachment 7059 [details] screenshot missing artwork here the screen shot, I must emphasize that this only happens on some albums. And very few. My collection is 2450 albums I found 2 this week there are probably more of them, but as the smallest thumb is there, you wont notice until you play that album and the UI needs more and larger pictures.
Further if I use the large artwork view in the web-UI for album It uses 100*100 and these functions properly, for example : http://192.168.1.5:9000/music/d6e2073c/cover_100x100_o
Sorry it was the : http://192.168.1.5:9000/music/d6e2073c/cover_150x150_o that is missing not cover.jp
Weird I have the problem with 3 Daniel Lanois and 2 Beth Orthon albums The sole Lanois album not aflicted was added very recently. And all Ben Harper ? weird I find more if I search for them. It might be soo that these where ripped and tagged in windows fully functional ones may be retagged in linux or ripped in linux and artwork added in linux. Seems to be all my files older then 2 years...
N pattern emerges maybe older and in the beginning of the alphabet, but some of my oldest rips still works, so it's better you work with the assumtion that I can see no patter. Btw I have uploaded A complete Danial Lanois album to you, enjoy
Log snippet: [10-12-13 06:21:46.3037] Slim::Web::Graphics::artworkRequest (83) Artwork request: music/23667adb/cover_50x50_o [10-12-13 06:21:46.3064] Slim::Web::Graphics::_cached (68) from cache: jpg (1716 bytes for music/23667adb/cover_50x50_o) [10-12-13 06:22:01.6392] Slim::Web::Graphics::artworkRequest (83) Artwork request: html/images/search_25x25_f.png [10-12-13 06:22:01.6415] Slim::Web::Graphics::_cached (68) from cache: png (1011 bytes for html/images/search_25x25_f.png) [10-12-13 06:22:18.7838] Slim::Web::Graphics::artworkRequest (83) Artwork request: html/images/artists_25x25_f.png [10-12-13 06:22:18.7864] Slim::Web::Graphics::_cached (68) from cache: png (974 bytes for html/images/artists_25x25_f.png) [10-12-13 06:22:18.8148] Slim::Web::Graphics::artworkRequest (83) Artwork request: music/18eaf9dc/cover_50x50_o [10-12-13 06:22:18.8177] Slim::Web::Graphics::_cached (68) from cache: jpg (1730 bytes for music/18eaf9dc/cover_50x50_o) [10-12-13 06:22:18.8447] Slim::Web::Graphics::artworkRequest (83) Artwork request: music/54763f6e/cover_50x50_o [10-12-13 06:22:18.8475] Slim::Web::Graphics::_cached (68) from cache: jpg (1739 bytes for music/54763f6e/cover_50x50_o) [10-12-13 06:22:18.8746] Slim::Web::Graphics::artworkRequest (83) Artwork request: music/d6e2073c/cover_50x50_o [10-12-13 06:22:18.8778] Slim::Web::Graphics::_cached (68) from cache: jpg (1615 bytes for music/d6e2073c/cover_50x50_o) [10-12-13 06:22:18.9061] Slim::Web::Graphics::artworkRequest (83) Artwork request: music/all_items/cover_50x50_o [10-12-13 06:22:18.9084] Slim::Web::Graphics::artworkRequest (122) Resize specification: 50x50_o [10-12-13 06:22:18.9094] Slim::Web::Graphics::artworkRequest (142) Special path translated to html/images/albums_50x50_o.png [10-12-13 06:22:18.9106] Slim::Web::Graphics::artworkRequest (236) Looking for: html/images/albums.png in skin Default [10-12-13 06:22:18.9131] Slim::Web::Graphics::artworkRequest (272) Resizing: /usr/share/squeezeboxserver/HTML/EN/html/images/albums.png using spec 50x50_o [10-12-13 06:22:18.9160] Slim::Utils::Misc::msg (1200) Warning: [06:22:18.9149] Loading image from /usr/share/squeezeboxserver/HTML/EN/html/images/albums.png [10-12-13 06:22:18.9181] Slim::Utils::Misc::msg (1200) Warning: [06:22:18.9170] Resizing from 512x512 png @ to 50xX [10-12-13 06:22:19.0648] Slim::Utils::Misc::msg (1200) Warning: [06:22:19.0634] Cached html/images/albums_50x50_o.png (3054 bytes) [10-12-13 06:22:19.0668] Slim::Web::Graphics::_cached (68) from cache: png (3054 bytes for html/images/albums_50x50_o.png) [10-12-13 06:22:19.0944] Slim::Web::Graphics::artworkRequest (83) Artwork request: music/98885eb0/cover_50x50_o [10-12-13 06:22:19.0981] Slim::Web::Graphics::_cached (68) from cache: jpg (1638 bytes for music/98885eb0/cover_50x50_o) [10-12-13 06:22:28.3386] Slim::Web::Graphics::artworkRequest (83) Artwork request: music/d6e2073c/cover_150x150_o [10-12-13 06:22:28.3414] Slim::Web::Graphics::artworkRequest (122) Resize specification: 150x150_o [10-12-13 06:22:28.3435] Slim::Web::Graphics::artworkRequest (187) No cover found, translated to html/images/cover_150x150_o.png [10-12-13 06:22:28.3466] Slim::Web::Graphics::_cached (68) from cache: png (7350 bytes for html/images/cover_150x150_o.png) [10-12-13 06:22:32.7265] Slim::Web::Graphics::artworkRequest (83) Artwork request: music/d6e2073c/cover_96x96_p.png [10-12-13 06:22:32.7287] Slim::Web::Graphics::artworkRequest (122) Resize specification: 96x96_p.png [10-12-13 06:22:32.7304] Slim::Web::Graphics::artworkRequest (187) No cover found, translated to html/images/cover_96x96_p.png [10-12-13 06:22:32.7322] Slim::Web::Graphics::_cached (68) from cache: png (4267 bytes for html/images/cover_96x96_p.png)
A complete rescan with version . Version: 7.6.0 - r31622 @ Mon Dec 13 03:01:12 MST 2010 Seems to fix most issues ? Is it the new ICU support or does the dB get slightly corrupted after a massive amount of scan for changed ? Should you do every 100'th scan a complete rescan or something ? My latest complete rescan was in august/september somewhere when I moved all files and added another drive I'll add some more music and do a couple of "rescan for changed" before i'm 100% it's all ok again.
Well it works for now, so i called it resolved. what does remind do ? My thought this must be a symptom of deeper bug where the dB gets slowly corrupted over time and require rescan of the whole collection.