4

我正在尝试使用 Math.NET Numerics 对 DateTime - Value 系列进行插值。我从线性插值开始，但得到了一些看起来很不一样的结果。

运行此测试： 

public class script{

public void check_numerics()
  {
    var ticks = DateTime.Now.Ticks;
    Console.WriteLine("Ticks: " + ticks);
    var xValues = new double[] { ticks, ticks + 1000, ticks + 2000, ticks + 3000, ticks + 4000, ticks + 5000 };
    var yValues = new double[] {0, 1, 2, 3, 4, 5};
    var spline = Interpolate.LinearBetweenPoints(xValues, yValues);
    var ticks2 = ticks;
    for (int i = 0; i < 10; i++)
    {
      ticks2 += 500;
      Console.WriteLine(spline.Interpolate(ticks2));
    }
  }
}

这给出了： 

Ticks: 635385235576843379
0.5
1
1.5
2
2.42857142857143 // this should be 2.5
3
3.5
4
4.5
5

请注意，2.4285 是完全错误的。在不同的时间（不同的刻度值），不同的值将是“错误的”。Math.NET 中是否存在 x 值较大的“错误”，还是我期望过高？

4

1 回答 1

6

只需确认上述评论作为 Math.NET Numerics 的维护者：

可以用双精度表示的这个数量级的最接近的数字之间的距离（epsilon）是 128：

Precision.EpsilonOf(ticks); // 128

这意味着如果你添加或减去128/2-1 = 63这个数字，你会得到完全相同的数字：

long ticks = DateTime.Now.Ticks // 635385606515570758
((long)(double)ticks)           // 635385606515570816
((long)(63+(double)ticks))      // 635385606515570816
((long)(-63+(double)ticks))     // 635385606515570816
((long)(65+(double)ticks))      // 635385606515570944
((long)(-65+(double)ticks))     // 635385606515570688

500 的增量步非常接近这 128 并且有效地四舍五入到 128 的倍数（例如 512），因此会有一些这样的伪影也就不足为奇了。

如果按照 James 的建议，通过将刻度除以 10000 将时间精度降低到毫秒，则得到的 epsilon 为 0.0078125，即使步长为 1 而不是 500，也可以获得准确的结果。

Precision.EpsilonOf(ticks/10000); // 0.0078125
于 2014-06-16T22:21:33.347 回答