# glDrawTex

**URL:** <https://forums.imgtec.com/t/gldrawtex/773>\
**Category:** PowerVR Insider\
**Created:** [July 21, 2010, 12:17am UTC](https://forums.imgtec.com/t/gldrawtex/773 "2010-07-21T00:17:59Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![bobgl](https://avatars.discourse-cdn.com/v4/letter/b/df705f/32.png) [@bobgl](https://forums.imgtec.com/u/bobgl)\
**Post date:** [July 21, 2010, 12:17am UTC](https://forums.imgtec.com/t/gldrawtex/773/1 "2010-07-21T00:17:59Z")

</div>

Another driver bug found… mutli texturing with glDrawTex is simply not working properly… On iPhone (sim + device) no problem…  
  
  
  
  
  
And can one of the tech guys can PLEASE answer this post:  
  
  
  
  
  
[https://www.imgtec.com/forum/forum\_posts.asp?TID=893](https://www.imgtec.com/forum/forum_posts.asp?TID=893)bobGL2010-07-21 02:18:27

---

<div class="post-metadata">

**Author:** ![bobgl](https://avatars.discourse-cdn.com/v4/letter/b/df705f/32.png) [@bobgl](https://forums.imgtec.com/u/bobgl)\
**Post date:** [July 21, 2010, 12:58am UTC](https://forums.imgtec.com/t/gldrawtex/773/2 "2010-07-21T00:58:10Z")

</div>

In addition, using only 1 texture with glDrawTex and by specifying the depth using ex:  
  
  
  
  
  
glDrawTexfOES( 0.000000, 0.000000, 0.999000, 512.000000, 512.000000 );  
  
  
  
  
  
It is impossible to use the texture as a background and draw something in 3D on top of it… The Z value seems to be totally ignored…  
  
  
  
  
  
Following the OpenGLES specifications, glDrawTexOES should affect directly the color buffer and the depth buffer. It seems to me that this is not the way it have been implemented in PVR…

---

<div class="post-metadata">

**Author:** ![bobgl](https://avatars.discourse-cdn.com/v4/letter/b/df705f/32.png) [@bobgl](https://forums.imgtec.com/u/bobgl)\
**Post date:** [July 21, 2010, 1:07am UTC](https://forums.imgtec.com/t/gldrawtex/773/3 "2010-07-21T01:07:54Z")

</div>

Ho! and also… once again following the GLES specifications glDrawTex shouldn’t rely on glClientActiveTexture in order to work… it should be on a texture ID basis and implemented through the texture parameters.  
  
  
  
  
  
Looks to me that the whole implementation of glDrawTex have been implemented as a hack, that basically ignore the specifications, and when combined with real GLES call inside a rendering pipeline shows that the implementation doesn’t behave the way it should be.bobGL2010-07-21 03:09:49