This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

GL_EXT_buffer_storage support?

NVIDIA is ratifying this extension to work with OpenGL ES 3.x and they are exposing it with their latest video drivers (Which are only available on the X1 development platform).

My application takes advantage of the desktop OpenGL variant(GL_ARB_buffer_storage) to dramatically reduce CPU overhead from calling in to the OpenGL API.

This also allows us to easily decode our data directly in to GPU buffers while rendering from it with the GPU. Making sure we don't overwrite information in flight by having multiple frames of data of course. For UMA systems like those that run Mali GPUs this is a big win for us, especially with how little bandwidth is available on these compared to what we have available to us on desktops.

Hopefully you'll think about implementing support for this extension.

Parents
  • Hello,

    am I right assuming your biggest interest in this extension is the feature of allowing persistent mappings?

    Depending on how much data you generate per frame the overhead of mapping/unmapping either regions (provide the right flags if doing so) or even of rebinding a different buffer for each frame might be acceptable on our current implementation and gives an advantage over glBufferSubData calls.

    We cannot comment on further plans or time lines for features.

    Cheers,

    Jörg

Reply
  • Hello,

    am I right assuming your biggest interest in this extension is the feature of allowing persistent mappings?

    Depending on how much data you generate per frame the overhead of mapping/unmapping either regions (provide the right flags if doing so) or even of rebinding a different buffer for each frame might be acceptable on our current implementation and gives an advantage over glBufferSubData calls.

    We cannot comment on further plans or time lines for features.

    Cheers,

    Jörg

Children