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

Reply via email to