I followed the 'instructions for restoring Trackstat statistics from the backup' (http://forums.slimdevices.com/showthread.php?102245-Trackstat-Unrated-tracks-appear-as-rated-with-1-star&p=792434&viewfull=1#post792434) and, of course, the procedure itself went fine. It also lead to significantly reduced size of the nightly trackstat backups (from 26 MB to 6 MB) and it also looks like the backups are not increasing more than what you'd expect from the additional history records.
Regarding "data loss" discussed above: I did not fix this manually (i.e. merge those records so that the correct last played date, rating and playcount gets imported), but I understand that the information is still in the backup file so that I can do that whenever I feel that the stats are too messed up, right? Anyway, the main purpose of this post is to say that I think I found out at what points the missing ratings are produced (i.e. the reason why I have many trackstat records with playcount > 1 but without rating, despite autorating being turned on): It seems to occur when I skip ahead to the next song. It does not happen every time, but maybe every other time. So, it seems there is some bug in Trackstat that prevents it from doing it's job in those cases where the song is not played until the end. As I write this, it occurs to me that it might depend on how much of the song has been played. So I made a quick test: I skipped the song currently playing at about 70 percent and then checked its rating: it was unrated. I then skipped ahead the next song when it was just about 20 percent into the song: it was rated correctly. Here are my threshold settings in Trackstat: Minimum played percent = 1% Automatic rating increase percentage = 95% Automatic rating decrease percentage = 50% What seems to be relevant here is the 50 percent threshold which is obviously triggered when I skip ahead before half the track is played. This works fine, according to my quick test above. But if I skip ahead at a later point in the track, the rating should not be decreased (and neither should it be increased unless more than 95% have been played). It seems that the error of missing ratings occurs in that window where the previous rating should be neither decreased nor increased. Apparently, Trackstat is so busy complying with the "do not change previous rating" rule that it forgets the "rate unrated track" rule. Is that possible? *Server*: LMS 7.7.3 on a ReadyNAS Ultra 2 *Players*: Radio, Touch, Duet (Receiver & Controller), Boom, Squeezeplayer on iPad 2 *Remote control apps*: iPeng (iOS), SqueezePad (iOS), Squeezecontroller (Android) *Important plugins*: Trackstat, Spicefly Sugarcube, Lazy Search Music, Switch Player, SmartMix, Custom Browse ------------------------------------------------------------------------ chaug's Profile: http://forums.slimdevices.com/member.php?userid=47641 View this thread: http://forums.slimdevices.com/showthread.php?t=102245 _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
