• State Accepted Answer
  • +1 person also asked this people also asked this
  • Locked Locked
  • Replies 1 reply
  • Subscribers 136 subscribers
  • Views 3838 views
  • Users 0 members are here
Options
Related
How was your experience today?
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

Query on glMapBufferOES and glShaderBinary/glProgramBinary support

SUNIL

I am working on GLES program using ARM GLES3.0 Emulator ver 1.4. I could figure out that

1. glMapBufferOES fails with GL_ELEMENT_ARRAY_BUFFER as target parameter.(ref: http://community.arm.com/thread/6189)

2. Limitation section of User Guide for ARM GLES3.0 Emulator ver 1.4 says glShaderBinary/glProgramBinary fails.


Can I expect these fixes in coming release? If yes, when should I expect next release?


Cheers,

Sunil

Parents
  • +1

    Hi Sunil,

    For 1. the issue is that the mapbuffer OES spec is written such that it inherits its behaviour from the OpenGL 2.0 spec, which did not include GL_ELEMENT_ARRAY_BUFFER as a valid target. I have mentioned it to the team that it would be nice to support this.

    For 2., there is a fundamental issue of binary incompatibility; the mali binaries will not run on anything other than the Mali GPU and driver pairing which they were compiled for. The simple workaround here is to just work with shader source in the emulator, and only use program binaries on target devices. I don't believe there are any plans to support Shader/Program binaries at this time.

    Hth,

    Chris

Reply
  • +1

    Hi Sunil,

    For 1. the issue is that the mapbuffer OES spec is written such that it inherits its behaviour from the OpenGL 2.0 spec, which did not include GL_ELEMENT_ARRAY_BUFFER as a valid target. I have mentioned it to the team that it would be nice to support this.

    For 2., there is a fundamental issue of binary incompatibility; the mali binaries will not run on anything other than the Mali GPU and driver pairing which they were compiled for. The simple workaround here is to just work with shader source in the emulator, and only use program binaries on target devices. I don't believe there are any plans to support Shader/Program binaries at this time.

    Hth,

    Chris

Children
No data