Philip Meyer;379615 Wrote: > Maybe the difference is because of timestamps - order they were > extracted from the zip file? > Could be or maybe that "new and changed rescan" (what you did) behaves differently than a full rescan (which I did).
Philip Meyer;379615 Wrote: > > Funny how I don't see this for any of my albums. Hmmm, I use a little > Windows app to retouch my file modification times back to the file > creation times before I do full rescans, I wonder if that has any > bearing on it. > Yes, and it's also strange that I don't see it in my main library, because it feels strange if this only affects MP3. I really should get it in my FLAC library if alphabetic sorting is used on Linux. Maybe there is some combination of the order and the tags used, the MP3 tag parsing mechanism might interpret the DISC* tags a bit differently then the corresponding FLAC parsing which makes them take different route in the code ? A tip is to enable debug logging on "scan.scanner" this will give you a list of the scanned tracks in the scanner.log so you can which order they are scanned. My MP3 files and FLAC files are scanned in the same order so this still doesn't explain why FLAC and MP3 behaves differently. -- erland Erland Isaksson 'My homepage' (http://erland.isaksson.info) 'My download page' (http://erland.isaksson.info/download) (Developer of 'TrackStat, SQLPlayList, DynamicPlayList, Custom Browse, Custom Scan, Custom Skip, Multi Library, Title Switcher and Database Query plugins' (http://wiki.erland.isaksson.info/index.php/Category:SlimServer)) ------------------------------------------------------------------------ erland's Profile: http://forums.slimdevices.com/member.php?userid=3124 View this thread: http://forums.slimdevices.com/showthread.php?t=57589 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
