gpt4 book ai didi

c - eglSwapBuffers 在 Raspberry Pi 上非常慢

转载 作者:行者123 更新时间:2023-11-30 14:39:53 24 4
gpt4 key购买 nike

我目前将 OpenGL 应用程序(仅绘制 2D 内容)移植到 OpenGL ES,以便在 Raspberry Pi 上正常运行。

由于某种原因,eglSwapBuffers 花费了大量时间。这是我所做的基准测试(您可以看到我使用了哪些函数):

****** BEGIN BENCHMARK RESULTS
GLESSTATS swap_buffers: 519,180 ms
GLESSTATS createShader: 5,508 ms
GLESSTATS createProgram: 3,584 ms
GLESSTATS setViewport: 0,010 ms
GLESSTATS createTexture: 17,087 ms
GLESSTATS bindTexture: 0,008 ms
GLESSTATS updateTexture: 2,192 ms
GLESSTATS drawGradientRect: 0,288 ms
GLESSTATS drawTexturedRect: 0,206 ms
****** END BENCHMARK RESULTS

目前我尝试创建 RGBA 表面。这些是我的 EGL 属性:

EGLint ctx_attrs[] = {
EGL_RENDERABLE_TYPE, OPEN_GL_ES2_BIT,
EGL_SURFACE_TYPE, EGL_WINDOW_BIT,
EGL_RED_SIZE, 8,
EGL_GREEN_SIZE, 8,
EGL_BLUE_SIZE, 8,
EGL_ALPHA_SIZE, 8,
EGL_NONE
};

EGLint surf_attrs[] = {
EGL_RENDER_BUFFER, EGL_BACK_BUFFER,
EGL_NONE
};

我在这里做错了什么吗?我所发现的是,窗口和表面之间不匹配的像素格式可能会使 swap_buffers 花费很长时间。我已经尝试过 R5G6B5、R8G8B8 和 R8G8B8A8。

最佳答案

请务必记住,GPU 和 CPU 独立运行,因此对 OpenGL 驱动程序的调用通常是异步的。在某些时候,CPU 必须等待这些 OpenGL 调用完成。

正如 Andreas 在上面的评论中提到的,强制 CPU/GPU 同步的调用是 glFinish(),而巧合的是,eglSwapBuffers 在开始交换缓冲区之前实际上会调用 glFinish。

这意味着您对eglSwapBuffers 的计时很可能包括处理updateTexture、drawGradientRect、drawTexturedRect 所花费的几乎所有时间以及交换缓冲区的时间。

我也希望你的计时单位错了?半秒渲染一帧对我来说听起来不太好?你确定他们不是ns而不是ms?

另外,我希望您不会编译新的着色器并在每帧创建新的纹理? (只有当它们真正发生变化时才这样做吗?)。如果您需要每帧创建一个新纹理,请确保在渲染完成后删除 GL 纹理,否则内存泄漏可能会导致速度减慢。

关于c - eglSwapBuffers 在 Raspberry Pi 上非常慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55863929/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com