PyPI bezier 0.8.0 中的函数bezier.curve.plot(num_pts, ...)可以开始使用少量的 num_pts 并将其增加直到获得完美平滑的曲线- -即不显示多边形的最小符号的图形-之后，这些点的任何增加都不会改善曲线。
现在，在我在Web上搜索的示例中，我通常会看到 num_pts = 256 ，我发现它非常高，因为考虑到最复杂的情况，我从未遇到过需要超过80分的案例我绘制的曲线。这就是我一直使用的方法，直到发现它太少为止。因此，我想知道这是否只是在程序员之间传播的习惯，还是有真正的原因呢？这是否会给流程带来某种过度工作/超负荷/超时的现象，尤其是。当绘制很多曲线时，例如在动画中？回到我的基本问题，有没有一种方法可以找到绘制平滑贝塞尔曲线所需的最小点数？
答案 0 :(得分：1)
是的，主要是惯性-复制旧代码。
这可以追溯到可视化绘图区域通常要大得多的日子，例如全屏对象。 “平滑”相对于观看者的视网膜。 256提供了一个方便的内存块来为传递的float数组分配和回收，从而节省了一部分OS负载时间。
在绘制较小的对象（例如典型的动画）时，您说得很对：较低的数字将给出看起来平滑的曲线。随着基于矢量的机器操作的出现和支持并行处理的出现，对于大多数应用程序而言，时间差已不大。对于要求高帧频的应用程序的编码器，他们已经意识到许多实时优化，并且在重要的时候会发现这一点。