# wrapper **URL:** \ **Category:** PowerVR Insider\ **Created:** [October 22, 2009, 5:17pm UTC](https://forums.imgtec.com/t/wrapper/507 "2009-10-22T17:17:47Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![gpgnews](https://avatars.discourse-cdn.com/v4/letter/g/dbc845/32.png) [@gpgnews](https://forums.imgtec.com/u/gpgnews)\ **Post date:** [October 22, 2009, 5:17pm UTC](https://forums.imgtec.com/t/wrapper/507/1 "2009-10-22T17:17:47Z")
Hello, I’ve beed using mbx for few months and i have to port my applications to SDX now 🙂 having a very short time to make some demos i’d like to know if exist any library wrapping OpenGLES1.x on top of OpenGLES2.x (i know, i know), really just to make demos then to write down my applications with OpenGLES 2.x Thank you in advance.   ---
**Author:** ![GordonMaclachlan](https://avatars.discourse-cdn.com/v4/letter/g/c68b51/32.png) [@GordonMaclachlan](https://forums.imgtec.com/u/GordonMaclachlan)\ **Post date:** [October 23, 2009, 8:15am UTC](https://forums.imgtec.com/t/wrapper/507/2 "2009-10-23T08:15:22Z")
Depending on which SGX hardware platform your targetting, it’s most likely that OpenGL ES 1.1 is implemented so there should be no need to port at all. What’s your target platform? I believe someone was implementing a direct wrapper to ES 2.0, but I recall it being very much a hobby project and I can’t remember the details clearly enough to give you link. ---
**Author:** ![gpgnews](https://avatars.discourse-cdn.com/v4/letter/g/dbc845/32.png) [@gpgnews](https://forums.imgtec.com/u/gpgnews)\ **Post date:** [October 23, 2009, 5:35pm UTC](https://forums.imgtec.com/t/wrapper/507/3 "2009-10-23T17:35:13Z")
Hello, Thank you for the reply. I would like to run my application on _SGX535 + annother nvidia chip based boards._ Thank. ---
**Author:** ![jlauha](https://sea1.discourse-cdn.com/flex015/user_avatar/forums.imgtec.com/jlauha/32/46_2.png) [@jlauha](https://forums.imgtec.com/u/jlauha)\ **Post date:** [November 20, 2009, 3:20pm UTC](https://forums.imgtec.com/t/wrapper/507/4 "2009-11-20T15:20:57Z")
[http://code.google.com/p/gles2-bc/](http://code.google.com/p/gles2-bc/)jlauha2009-11-20 16:21:16 ---
**Author:** ![GordonMaclachlan](https://avatars.discourse-cdn.com/v4/letter/g/c68b51/32.png) [@GordonMaclachlan](https://forums.imgtec.com/u/GordonMaclachlan)\ **Post date:** [November 20, 2009, 3:31pm UTC](https://forums.imgtec.com/t/wrapper/507/5 "2009-11-20T15:31:20Z")
Thanks - that’s the one. It seems to have progresse since I last looked at it. As I say above, on SGX platforms a wrapper is probably not necessary as GL ES 1.1 should be supported directly (and better performance will probably come from utilising this). It’s an interesting project though. I suppose it may solve the problem of other vendors’ implementation’s missing this functionality for the OP. ---
**Author:** ![jlauha](https://sea1.discourse-cdn.com/flex015/user_avatar/forums.imgtec.com/jlauha/32/46_2.png) [@jlauha](https://forums.imgtec.com/u/jlauha)\ **Post date:** [November 20, 2009, 3:56pm UTC](https://forums.imgtec.com/t/wrapper/507/6 "2009-11-20T15:56:12Z")
The gles2-bc library is at least one option to use if one wants to leverage old gles 1.1 code but add some gles2 specific visual effects… Or would it be possible somehow to still run gles 1.1 and 2.0 code simultaneously on a SGX platform which supports both? ---
**Author:** ![GordonMaclachlan](https://avatars.discourse-cdn.com/v4/letter/g/c68b51/32.png) [@GordonMaclachlan](https://forums.imgtec.com/u/GordonMaclachlan)\ **Post date:** [November 20, 2009, 5:54pm UTC](https://forums.imgtec.com/t/wrapper/507/7 "2009-11-20T17:54:53Z")
I don’t believe this is possible so you’re right - something like this library might be the only way to do what you say. If you were making an app with a few ES 2.0 enhancements and wanted it to be very easy to deploy on ES 1.1 platforms as well then it might be very handy, esp considering the performance advantage the newer platforms with SGX generally have over the old. I enjoyed reading the thesis; it’s a nice investigation. However, it’s just not possible to achieve the same kind of efficiency as a driver-level implementation can from a higher level library like this. Also, a large advantage of ES 2.0 is the optimisations that can be made _beyond_ what even a native ES 1.1 implementation can achieve. In addition, replacing the renderer entirely might be less work than it first appears and the expertise gained will be more valuable in the future.