I'd like to suggest that even though much of 7.6's scanning is done in the main server process, logging still be made to the scanner.log. Because there are always going to be problems with or caused by library scanning. Placing the logging events in the main server.log makes them a lot more difficult to find and decipher. Also (IMO), the scanner.log file should only be cleared for a full clear and rescan. Others should append to the log.
The scanner at the minimum logging level should always log: 1. When the scan starts. 2. The type of scan being done. * 3. Start and stop of each phase of the scan, for scans done in phases. 4. When the scan finishes, and whether or not there were errors. 5. If some number of tracks couldn't be scanned (and presumably didn't cause a crash) then the error count should be logged. 6. For any scan that doesn't wipe the library, counts of tracks added. 7. The total time taken for the scan and library counts of tracks, albums, artists in the library when finished. * I've lost track... How many different types of scan are there now in 7.6? 1. Full clear and rescan. Currently still a separate process and logged to scanner.log 2. Manual new & changed scan. I think this is now done within the server process, but that could be wrong. 3. Auto-initiated directory scan using inotify. 4. Scans initiated at N second intervals where inotify can't be used. I've gotten the impression that this is done differently than a manual new & changed scan, but I'm not sure how it can be. How can you detect new or changed files other than by traversing the Music Folder tree and comparing file dates and times to those in the database? 5. Startup scan. I assume this is the same as #4. ?? -- JJZolx Jim ------------------------------------------------------------------------ JJZolx's Profile: http://forums.slimdevices.com/member.php?userid=10 View this thread: http://forums.slimdevices.com/showthread.php?t=79650 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
