On Thu, Sep 03, 2009 at 12:59:55PM -0700, Ian Romanick wrote: > >>> To fill the gap between OpenGL ES and OpenGL, all gl functions are > >>> dispatched to es functions first > >>> glColor4x ----> _es_Color4x ----> _vbo_Color4f > >> This sounds like the right approach. > > That's for libGLES, not regular libGL, right? I wouldn't want to > > introduce more API function call overhead for libGL. > I misread this the first time. Is there a way to only do this extra > step for the "x" functions? It can be avoided for only a few functions. The extra step does two things
* convert the inputs to a type that mesa understands. * check for invalid inputs (enums, etc.) It is the latter that make it harder to avoid. For example, the only allowed size in glColorPointer is 4 (in OpenGL ES), while _mesa_ColorPointer allows size to be 3 or 4. Some enums are also invalid in OpenGL ES, or not even defined by OpenGL headers. For those that can avoid the step, I think they should. -- Regards, olv ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
