Bugzilla – Bug 293
The SliMP3 clock drifts
Last modified: 2008-12-18 11:50:40 UTC
The clock displayed in SliMP3 drifts about 2 minutes+ in 1 week in proportion to the system clock. The computer I have with the SlimServer installed is always on, and very rarely restarted.
SlimServer (and Squeezebox) just use the system time for the computer running SlimServer. I can imagine no way that the two could drift. Can you check and make sure that the system time on that computer is correct?
I have SlimServer running on a Windows 2003 Advanced Server. Right now the system time on the Windows Server is 22:02:10 and on the SliMP3 it's 22:03:03 Initially when I started the SlimServer service the time was identical on SliMP3 and the Windows Server. My Windows Server is running all the time (It currently has an up-time of 22 days), and the SlimServer is also running as long as the Windows Server is running (automatically starts when the computer boots). If I restart the SlimServer service the correct time is displayed in the SliMP3 display. But will start to drift again.
Aha, I found the problem. There are two time functions that we can use. One can drift but is more accurate (microsecond), the other seems to compensate for the drift, but is only accurate to seconds, which is fine for wall-clock time. I've got a fix and will check it in for the next nightly release.
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.