平滑运动 Opengl ES 2.0

Question

我正在使用 Opengl ES 2.0 为 Android 构建一个非常简单的“游戏”。游戏玩法包含一个根据用户输入加速或减速的移动点。 当然，单帧中点覆盖的空间取决于从上一帧经过的时间量，因此要计算这个空间，我将点的速度乘以这个时间量。

我也有一个根据我的点移动的相机，但我翻转 x 和 y 轴以使相机跟随该点。

我的问题是点（和相机）移动不顺畅。顺便说一句，我不明白为什么，因为 FPS 总是 60 或至少 55（我通过外部应用程序检查它们）。

如果我在一帧和下一帧之间总是使用相同的时间，那么一切都很顺利。

顺便说一句，为了了解问题所在，我构建了一个非常简单的 FPS 计数器，并通过 Log.d 记录 FPS（或经过的时间）。在这里，我注意到值在 45 到 80 FPS 之间变化。现在，我认为如果我可以将此值锁定为最大值 60（这是大多数智能手机的屏幕刷新率），那么移动会更加流畅。 所以我的问题是：如何避免我的应用在上一帧过去 0.0166 秒之前绘制一帧？

感谢您的阅读，对不起我的英语！

Answer 1

在这里我注意到值在 45 到 80 FPS 之间变化。

图形子系统将在缓冲区可用时立即将缓冲区返回给应用程序，因此使用三重缓冲时，在 CPU 上测量的帧时间可能有点不可预测，因为应用程序运行时并没有与合成器和 CPU 时间紧密锁定由于 CPU 频率的变化，可以移动。

一般来说，显示更新的上限为 60 FPS，但由于您的动画是基于您在 API 级别上看到的经过的帧时间（与实际的显示更新分离），因此您在为每一帧设置动画时就好像它是 45 FPS 或 80 FPS，这不是屏幕上实际显示的。

如果您知道自己接近 60 FPS，我会尝试平均过去 3 帧的经过时间，并使用该时间步长作为动画更新率。这应该可以消除由缓冲区滑动引起的大部分抖动，但代价是对较大的工作负载变化做出反应时会有一点延迟。