# Render Buffers with the SDK 3.3 GLES emulator

**URL:** <https://forums.imgtec.com/t/render-buffers-with-the-sdk-3-3-gles-emulator/2246>\
**Category:** PowerVR Insider\
**Tags:** pvrvframe\
**Created:** [February 9, 2015, 1:39am UTC](https://forums.imgtec.com/t/render-buffers-with-the-sdk-3-3-gles-emulator/2246 "2015-02-09T01:39:47Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![cgrant78](https://avatars.discourse-cdn.com/v4/letter/c/a4c791/32.png) [@cgrant78](https://forums.imgtec.com/u/cgrant78)\
**Post date:** [February 9, 2015, 1:39am UTC](https://forums.imgtec.com/t/render-buffers-with-the-sdk-3-3-gles-emulator/2246/1 "2015-02-09T01:39:47Z")

</div>

I am trying to use a render buffer as depth-stencil attachment for a FBO, however, the even after attaching the renderbuffer to both attachment point with  
  
glFrameBufferRenderBuffer, the behavior I am seeing indicates there is not depth or stencil attachment. This was verified by checking glGetFramebufferAttachmentParameteriv with GL\_FRAMEBUFFER\_ATTACHMENT\_OBJECT\_NAME and GL\_FRAMEBUFFER\_ATTACHMENT\_OBJECT\_TYPE, for GL\_DEPTH\_ATTACHMENT and GL\_STENCIL\_ATTACHMENT respectively.  
  
  
  
NOTE: As per the specification renderbuffers can be shared across context ( I am creating the render buffer(s) in a separate context and attaching them to the FBO on the thread that contains the primary context. )  
  
This works fined for the color attachment which is a texture ( I have not tried a renderbuffer for the color attachment, or a texture for the depth buffer ). Also the emulator advertised the GL\_OES\_pack\_depth\_stencil extension so by render buffer format used for the test was GL\_DEPTH24\_STENCIL8\_OES.

---

<div class="post-metadata">

**Author:** ![JoeDavis](https://sea1.discourse-cdn.com/flex015/user_avatar/forums.imgtec.com/joedavis/32/71_2.png) [@JoeDavis](https://forums.imgtec.com/u/JoeDavis)\
**Post date:** [February 9, 2015, 8:58am UTC](https://forums.imgtec.com/t/render-buffers-with-the-sdk-3-3-gles-emulator/2246/2 "2015-02-09T08:58:06Z")

</div>

Hi,  
  
  
  
Have you tried to reproduce the issue with PVRVFrame from the 3.4 SDK? Our most recent release included some fixes for multi-threaded rendering (release notes [here](https://www.imgcommunity.local/developers/powervr/whats-new/)).  
  
  
  
You can download the SDK installer here: [https://www.imgcommunity.local/developers/powervr/installers/](https://www.imgcommunity.local/developers/powervr/installers/)  
  
  
  
Thanks,  
  
Joe

---

<div class="post-metadata">

**Author:** ![cgrant78](https://avatars.discourse-cdn.com/v4/letter/c/a4c791/32.png) [@cgrant78](https://forums.imgtec.com/u/cgrant78)\
**Post date:** [February 9, 2015, 12:38pm UTC](https://forums.imgtec.com/t/render-buffers-with-the-sdk-3-3-gles-emulator/2246/3 "2015-02-09T12:38:51Z")

</div>

Thanks for the speed response Joe…Unfortunately I’ve tried running with PVRVFrame with the host profile and it did not make a difference. When I tried with the PowerVR SGX 540 profile I was getting shader errors for shaders that actually pass validation of 3 different OpenGL ES device including a SGX 530. I’m uploading textures, vertex and index buffers via the secondary context on a different thread with the appropriate synchronization in place and these work fine. I’ll try testing with a texture as the depth attachment and see if that works, but its not ideal since I need a stencil buffer.

---

<div class="post-metadata">

**Author:** ![JoeDavis](https://sea1.discourse-cdn.com/flex015/user_avatar/forums.imgtec.com/joedavis/32/71_2.png) [@JoeDavis](https://forums.imgtec.com/u/JoeDavis)\
**Post date:** [February 9, 2015, 1:49pm UTC](https://forums.imgtec.com/t/render-buffers-with-the-sdk-3-3-gles-emulator/2246/4 "2015-02-09T13:49:39Z")

</div>

Have you seen these problems in the 3.4 SDK version of PVRVFrame, or the 3.3 SDK?

> When I tried with the PowerVR SGX 540 profile I was getting shader errors for shaders that actually pass validation of 3 different OpenGL ES device including a SGX 530

  
If you can share an executable to reproduce this issue, we will investigate.  
  
If you can also share an executable with us that reproduces the multi-thread renderbuffer issue, I'll file a bug against PVRVFrame. If you would like to share binaries with us confidentially, you can attach them to a support ticket: https://pvrsupport.imgtec.com/new-ticket

---

<div class="post-metadata">

**Author:** ![cgrant78](https://avatars.discourse-cdn.com/v4/letter/c/a4c791/32.png) [@cgrant78](https://forums.imgtec.com/u/cgrant78)\
**Post date:** [February 9, 2015, 2:13pm UTC](https://forums.imgtec.com/t/render-buffers-with-the-sdk-3-3-gles-emulator/2246/5 "2015-02-09T14:13:35Z")

</div>

I’m seeing the problem with the 3.4 SDK version of PVRVFrame, however, I’m using the SDK 3.3 emulator binaries ( if that makes any difference ) because the 3.4 binaries were giving me errors at startup so I just dropped them. Another point to note is that I’ve tried the ARM, Qualcomm and AMD emulator libraries and the AMD version is the only one that ran without issues. The PowerVR ran is almost there save the issue I mentioned. I will put together a package of the app to attach to the support ticket since its not a trivial sample. Thanks again for taking the time to look into this. The emulation library is an invaluable tool and its good that you guys are working to get them stable and full-featured as possible. I’ll get those binaries out as soon as I get a chance.
