2

我有一个页面http://williame.github.com/Mandel_1使用requestAnimationFrame. 这是一般推荐的方法。

有时它会更新画布旁边的 div 元素。

在 Firefox 中，这很有效，尽管 Firefox 地址栏可能会变得迟钝。

在 Chrome 中，尽管 div 已更新，但通常不会重新绘制，整个 Chrome 可能会变得迟缓且无响应。我从 Linux 和 Windows 上的人那里得到了这方面的报告。

此外，我计算的 FPS（通过定期计算前 3 秒内的帧数）与 Chrome 自己的调试 FPS 计数器显示的 FPS 不匹配。这种差异足以让我怀疑 Chrome 是否正在测量其他东西？

如何构建我的绘制循环以保持 Chrome 和其他浏览器的响应，同时以尽可能好的帧速率进行绘制？

4

1 回答 1

1

我不确定您的应用程序中发生了什么，但看起来每次插入 div 时，您也在编译和链接 4 个着色器并检查是否成功。编译和链接很慢。

尝试在启动时编译和链接所有程序。

或者，相反，如果您 100% 确定它们会编译和链接，则不要检查编译和链接状态，在这种情况下，它们的编译和链接相对于 JavaScript 将是 100% 异步的。

于 2012-08-03T20:57:38.080 回答