您好！
使用 OpenGL 渲染周围视图时、我们使用 glReadPixels 从帧缓冲区到内存读取图像像素：
图像读取的总像素为120*40像素,图像格式为 BGRA。
通常 gReadPixels 大约需要0.397ms 才能完成读取120*40像素,如下面的红色方框所示:
但是、gReadPixels 有时需要超过100ms 的时间才能完成、并会严重导致我们的30fps 周围视图渲染中出现3帧滞后。
为什么 glReadPixel 有时需要如此长的时间(>100ms)来读取140*40像素?
此致
Mark Kang。
你好，Erick
(1)我们使用了 Vision SDK v08.04.00.02、并在为我们的产品实施此基于 OpenGL 的 View 函数时发现了此问题。 我们不尝试其他 SDK 版本。
(2)我们使用了 PVRTune 来观察 CPU/GPU 负载。 在检查 PVRTune 数据时、我们看不到有关3帧延迟问题的任何线索。
此致。
Mark Kang。
标记、
谢谢、我可以清楚地看到这个问题。 我也在请求我们的供应商提供有关此主题的一些支持、希望尽快获得相关解释。
同时、您还有几个问题：
1)复制我们的问题通常是快速解决错误的最佳方法,是否有机会共享表现出这种行为的应用程序?
2) 2)是否有其他在后台运行的应用程序可能干扰此应用程序？ 这个应用程序是一个更大用例的一部分吗? 我们想要查看该延迟是否是由于可能妨碍驱动程序运行的其他因素造成的。 我看到存储器利用率定期下降：
有什么想法吗？ 很明显、巨大的时间间隔大约在这些事件发生的那一刻发生。
此致、
Erick
您好、Erick、
(1)在提供重现同一问题的应用时、需要我们的软件团队付出一些努力将代码从我们自己的板运行修改为 TDA4 EVM (大多数情况下将 BSP 从我们自己的板更改为 TDA4 EVM、并再次尝试重现问题)。 抱歉、目前我们无法准备 此 TDA4 EVM 应用、因为我们的软件团队还需要解决其他更高优先级的 TDA4相关 SDK 问题。
(2)相反、上周、我们的工程师尝试使用 OpenGL ES3 PBO (像素缓冲对象)方法来解决此问题。 如下图所示、OpenGL ES3 PBO 使用异步 DMA 传输、可以避免对 CPU 的长时间阻断(在本例中为100ms)。 好消息是、我们已经运行此变通方法3个小时、并且没有看到 CPU 等待100毫秒。 我们将运行隔夜测试,并希望没有出现任何100ms CPU 等待. 您能否向 GPU 供应商确认我们的 PBO 方法是否是解决此问题的正确选择？
Mark Kang。
