Open DarkRTA opened 1 year ago
TAI is definitely something I'm well aware of. UTC is indeed not quite the correct format, but we already don't use UTC when timing runs anyway, we use Rust's Instant, i.e. a non-calendar based monotonic timer. So this really only becomes relevant once we intend to synchronize with an atomic clock where ideally we should indeed use TAI over UTC.
The tai64
crate seems to just provide some "notation" for TAI time stamps and it doesn't actually do any calculation with it. In fact it converts to UTC by doing absolutely nothing... which completely disqualifies this crate. I looked into how to do proper TAI handling on the various operating systems and it seems like:
Here's a little prototype I wrote based on the time
crate that provides a TaiDateTime
:
https://github.com/CryZe/time-tai/blob/master/src/lib.rs
This could potentially be turned into a PR for the time
crate.
Forwarding this to here since its worth considering:
On Tue, 1 Nov 2022 16:56:40 +0000 opal hart opal@wowana.me wrote:
Personally I think this might be worth doing, but we will need to consider how this will affect the splits format if it will even do so at all.