|
|
|
|
|
by pipo234
977 days ago
|
|
To quote yet another time format: NTP 64-bit timestamp format (rfc8877), which is 32 bits seconds since epoch + 32 bits fixed point second fractions. (Outside of Network Time Protocol, you'll find this baby for instance in ISOBMFF ProducerReferenceTimeBox(prft)). Here seconds are just 1/(24*60*60) of a day as expected, but the base 2 fixed point part, where a tick "is roughly equal to 233 picoseconds" makes you want to pull your hairs out if you just want to accurately express milliseconds. (Similarly for other timescales frequently used in media processing, like 90kHz, 25, 60 or 29.97) The answer to all this is of course: hand waving — "you don't need that". Your time can be perfectly accurate in itself (ie. an accurate discrete sample of continuous time), even if no accurate conversion exists to some other time system. |
|