0

我目前正在处理一个使用未知时间戳机制的系统。

该系统在 Windows 机器上运行，所以我的第一个想法是它使用某种 Windows 纪元作为其时间戳，但它似乎没有。

我的目标是将这些时间戳转换为 Unix 时间戳。

几个例子：

以下时间戳：2111441659转换为：2013-10-01 11:59

  • 2111441998至2013-10-01 17:14
  • 2111443876至2013-10-02 14:36
  • 2111444089至2013-10-02 17:57

（所有日期均为 GMT+2）

我尝试使用上面的数据计算参考日期，但不知何故，每个时间戳都会得到不同的结果。

有人能解释一下这个相当奇怪的问题吗？

提前致谢！

4

3 回答 3

0

对我来说，这个数字似乎很小，只有几毫秒。我的第一个猜测是几秒钟，但看看这个数字随时间变化的速度，我认为分钟是一个更好的猜测。对其进行一些数学运算 2111441659/60/24/365 = 4017.20254756 这表明时代可能在-2000 年的某个时间？

这是计算中常见时期的列表，但-2000 年实际上并不存在:) 你是如何获得这个时间戳的？

PS你确定这台机器上的年份设置为2013而不是4013吗？:) 这将适合第 1 年 1 月 1 日的 .NET 时代

于 2013-10-06T07:55:31.127 回答
0

为了区分您的时间戳和Unix时间戳，我们称您的为 The Counter。

所以我们有四个计数器值及其对应的 DateTime 值。要做的第一件事是计算计数器的单位与实时单位的对应关系，比方说second。

为了做到这一点，我们需要 (1)d两个计数器值之间的差异和 (2)s它们对应的 DateTimes 之间的差异，以秒为单位。

考虑到我们拥有的前两个值d1=2111441998-2111441659=339。2013-10-01 11:59和2013-10-01 17:14（以秒为单位）之间的差异是s1=18900。因此，计数器的单位对应于u1=s1/d1=55.7522123894秒。

但是如果我们对 #2 和 #3 做同样的事情，我们会发现那u2=40.9584664536几秒钟。

同样，#3 和#4 对给了我们u3=56.6197183114几秒钟的时间。

因此，我的结论是，计数器值与提供的相应 DateTimes 之间没有对齐。这就是为什么每个样本都会得到不同结果的原因。

于 2013-10-06T12:52:20.740 回答
0

最后，经过数小时的时间戳与日期时间比较，试图发现它们之间的逻辑，我通过对生成时间戳的软件进行逆向工程找到了答案。

事实证明，整数时间戳实际上是日期时间的按位表示*。

在伪代码中： 

year = TimeStamp >> 20;

month = (TimeStamp >> 16) & 15;

day = (TimeStamp >> 11) & 31;

hour = (TimeStamp >> 6) & 31;

minute = TimeStamp & 63;

*我不确定这是否是正确的术语，如果不是，请纠正我。

于 2013-10-23T22:38:57.467 回答