Here's the scan time from a subsection of my library that I use for testing purposes. Granted, it's a Quad Core machine running 64 bit kernel with 8GB of RAM installed, but I don't find the SMD scan to be unacceptably slow. Bear in mind in the stats below SBS is doing an incremental scan whereas SMD is doing a full blown rescan.
~~~~~~~~~~~~~~~ Total Tracks: 20,948 Total Albums: 1,431 Total Artists: 819 Total Genres: 345 Total Playing Time: 1457:31:37 Music Scan Details Discovering files/directories: /media/65ed9981-e55d-4943-85f0-a2f5610d3310/zTagged (22452 of 22452) Complete 00:00:12 Scanning new files: /media/65ed9981-e55d-4943-85f0-a2f5610d3310/zTagged (353 of 353) Complete 00:00:54 Pre-caching Artwork (24 of 24) Complete 00:00:08 Social Music Discovery phase 1/2 (20948 of 20948) Complete 00:09:46 Social Music Discovery phase 2/2 (1459 of 1459) Complete 00:08:41 The server has finished scanning your music collection. ~~~~~~~~~~~~~~~ As Erland says, there's lots of room to optimise and avoid unnecessary rescanning (and it will be done in time to come), but that's not the development priority right now. @ Erland - another approach that could bypass recalculating the checksum would be to export it to XML and have puddletag write it to the metadata as a tag - that way it's a once off calc if the user wishes to go down this path. -- audiomuze *'Linux finally gets a great audio tagger' (http://www.ubuntugeek.com/linux-finally-gets-a-great-audio-tagger.html): 'puddletag' (http://puddletag.sourceforge.net/)* ------------------------------------------------------------------------ audiomuze's Profile: http://forums.slimdevices.com/member.php?userid=33613 View this thread: http://forums.slimdevices.com/showthread.php?t=90278 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
