Bugzilla – Bug 9160
Time and duration are truncated to integers
Last modified: 2009-09-08 09:13:09 UTC
According to the documentation for the command-line interface, the time and duration commands should return a float. They actually return an integer that is apparently obtained by truncating the correct time. (For example, a time of 1.9999 would be reported as 1.) Here is actual output: 00%3A04%3A20%3A16%3A42%3Af7 duration 656 00%3A04%3A20%3A16%3A42%3Af7 time 56 If SqueezeCenter is merely reporting a time and duration that it obtains from the Receiver, then it is possible that the bug is actually in the Receiver.
Alan: Would this be yours for the new_streaming work?
It is not related to new-streaming specifically but I can take a look at it.
The Squeezebox protocol (slimproto) used to report the time played only in integral seconds, but millisecond-precision was added in the firmware with SC 7.0. Use of the millisecond-precision could be made more widespread. Track duration is generally a floating-point quantity, with a couple of exceptions, but the track-scanning routines for the different formats may only report integral seconds. In some cases it is simply calculated by dividing the track length in bits (possibly minus any headers) by the nominal bitrate: this can be substantially inaccurate.
Change 23283.
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC