On Fri, Feb 5, 2010 at 1:23 PM, Chia-I Wu <olva...@gmail.com> wrote: >> I had some other questions. It took a little while to understand the >> scope of this work, but I think I'm there now. This is basically a >> unifying interface for managing state-trackers of khronos style APIs. >> Specifically, it is useful for managing APIs with an implicit context >> parameter, and hence an external MakeCurrent() call, and an external >> window system binding for SwapBuffers, etc. >> Is that basically correct? In particular, there don't seem to be any >> implications from this proposal that go beyond the interaction of >> context and window-system state-trackers? Yes, that is correct. (The webmail interface somehow ate the important thing I wanted to say in the mail) > The interface will be implemented by KHR-API state trackers such as OpenGL or > OpenVG. It will be used by window-system state trackers such as EGL or GLX > (or > DRI) that want to manage KHR APIs. It makes the communicaion between a > KHR-API > state tracker and a window-system state tracker possible, and it does not go > down below that layer. > The interface is a superset of st_public.h, which supports basic functions > such > as creating a KHR-API context, bind a context to a window/pixmap, and etc. > The > distinguishing features the new interface provides are
-olv ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev