i think i like the two phase idea... not having to do a full clear and rescan to change options is to me, an absolutely long overdue MUST! ...and also it sounds more safe and fullproof. any system where you have to try to catch all these so called "fringe cases" is to me, an inherently flawed system; how would you know you actually caught every possible permutation?
it sounds to me like the first phase would be just creating one simple table of raw tags based on existing scanned files only. very simple, very straightforward. the data here should always be 100% accurate and reflecting reality, and that should be easy to accomplish, more or less. then you can create in a second, non-tag-scanning phase, all the SBS tables you need from that raw data table, and i would imagine, you could do this in such a way as to only make updates to any pre existing tables if necessary. so if a RG tag changed, or album tag, or whatever, all the tables that tag for that file would be redone for that album, even if its only one track on the album. could that not be done? i don't see why you wouldn't do it like that? if only one file is "different" in the tag somehow, couldn't you just update the one album record in these SBS tables without re-doing the WHOLE table? and even if you have to redo all the tables, and even if it takes as long or longer than other ways, it still seems better to me b/c its a linear, sensible way to do it, allows for changing options WITHOUT a rescan, (no small thing!), and makes troubleshooting easier, meaning it will be easier to spot where something problematic is occuring. you all are more expert than i, but i think SBS def approaches this issue currently in a fundamentally flawed way. winamp has a simple approach: initiate a scan: PHASE 1 1. ignore unmodified existing files/records (if any) 2. add new records (add new files, AND also treat previously scanned, modified existing files, if any, as brand new records) *phase 2* (which is optional btw) delete any records where there is no longer a corresponding existing file and thats it. that second phase is called "checking for file" in the winamp scanner, which you can view its progress if you open the prefs and go to the ML options and "rescan." i did a reboot and tested winamp rescanning my usb2 raid mirror of 44549 mostly mp3s: first rescan after reboot: 3min, 15sec second rescan after reboot: 1min, 30sec i assume the second is quicker due to OS disk caching. winamp does this TOTALLY accurately everytime. and i know Phil will point out that SBS is more complex, a true DB and so on, and he's right, but even for that sbs power, winamp is far better at allowing me to display my library the way i want to, and to change it up, how it sorts, etc... all quickly, almost instantaneously. for all that DB power, SBS lacks BIG TIME in end user exp. i appluad andy, i don't mean to demotivate his excellent efforts... but i think some serious changes are needed to SBS on both the scanning side, and the displaying side, to even bring it close to being comparable to something like winamp. in any case, i hope the two phase scanner idea is implemented. -- MrSinatra www.lion-radio.org using: sb2 & sbc (my home) / sbrec & ipeng (parent's home) - sbs 7.5.2b - win xp pro sp3 ie8 - p4(ht) 3.2ghz, 2gig ram - 1tb wd usb2 raid1 - d-link dir-655 - 43k+ mp3 ------------------------------------------------------------------------ MrSinatra's Profile: http://forums.slimdevices.com/member.php?userid=2336 View this thread: http://forums.slimdevices.com/showthread.php?t=82096 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
