Here's what SbS's GUI told me after a full rescan:
Code:
--------------------
Music Scan Details
Scan new files (148630 of 148630) Complete 03:40:52
Discovering playlists (1 of 1) Complete 00:00:00
Downloading Artwork (141636 of 141636) Complete 18:37:30
Discovering files (21 of 21) Complete 00:07:11
/music/NetCDs/Nick Cave & The Bad Seeds - B-Sides & Rarities/CD1/19 - What
Can I Give You -.mp3
The server has finished scanning your music collection.
Total Time: 22:42:29 (Tuesday, August 17, 2010 / 11:06 PM)
--------------------
Comments:
a
- That's a long time; I build a GDBM of MP3 tags in 55 minutes.
- I don't have any playlists here, so that should really be "0 of
0".
- What's happening during "Discovering files"? What files?
- Is that the name of the last track processed which lingers? It
vanishes if you refresh.
- The total time continues to increment even after completion.
A few more details:
Code:
--------------------
rocket% ls /var/db/squeezeboxserver/cache/DownloadedArtwork/ | wc -l
10824
rocket% fgrep "Failed to download artwork for" scanner.log.old | wc -l
2390
--------------------
That's pretty impressive -- it's managed to find 10K covers from 14K
pretty obscure albums. Kudos to last.fm, I guess.
Code:
--------------------
rocket% egrep -i "(cd|disk|disc) *[0-9]" scanner.log.old | wc -l
689
--------------------
I'd give a definite yay to the idea of stripping off "(CD 3)" and the
like before trying to match the album. Can this be done on your web
server, rather than have SbS make repeated requests?
After the box had settled down I imported some more music and did a
new/changed scan. That finished pretty quickly, but I was surprised to
see the new code trying to download (again) all the artwork which it
couldn't find during the full scan. If this goes into production, I
think you'll need expiring negative caching on your server, and perhaps
some kind of backoff for SbS, so it only tries to grab artwork for
mistagged or obscure stuff occasionally.
The new artwork stuff was fun to test, but the scanner still needs some
work (see other post, wot I ain't written yet).
--
pallfreeman
------------------------------------------------------------------------
pallfreeman's Profile: http://forums.slimdevices.com/member.php?userid=37667
View this thread: http://forums.slimdevices.com/showthread.php?t=80979
_______________________________________________
beta mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/beta
