Part of the Khronos Group
OpenGL.org

The Industry's Foundation for High Performance Graphics

from games to virtual reality, mobile phones to supercomputers

Search:

Type: Posts; User: Stephen A

Search: Search took 0.00 seconds.

  1. Replies
    165
    Views
    578,109

    Re: Official feedback on OpenGL 3.1 thread

    I agree with all of your points, except for DSA. While the current DSA extension interacts with everything (and looks very difficult to implement), a core DSA spec targeting the forward-compatible...
  2. Replies
    165
    Views
    578,109

    Re: Official feedback on OpenGL 3.1 thread

    I agree that an official release would be much better, preferrably in an XML format. Unfortunately, it's also a fact that we may have to wait a long time for such a release.

    As it happens, I've...
  3. Replies
    165
    Views
    578,109

    Re: Official feedback on OpenGL 3.1 thread

    Can you define clean? Because I *might* be able to do that.
  4. Replies
    165
    Views
    578,109

    Re: Official feedback on OpenGL 3.1 thread

    GlFreak, what are you talking about? Of course the hardware has changed. The API *needs* to change to reflect that, otherwise it's useless.

    Do you remember Quake 2? Its OpenGL renderer pushed...
  5. Replies
    165
    Views
    578,109

    Re: Official feedback on OpenGL 3.1 thread

    What happens right now, if someone enables WGL/GLX_CONTEXT_FORWARD_COMPATIBLE and tries to access a function from ARB_compatibility? Is an error generated?

    If not, then ARB_compatibility is simply...
  6. Replies
    165
    Views
    578,109

    Re: Official feedback on OpenGL 3.1 thread

    Can we please have an update for the man sources?

    They were made public a few months ago and we are using them to generate inline documentation for the .Net bindings. Unfortunately the public...
  7. Replies
    165
    Views
    578,109

    Re: Official feedback on OpenGL 3.1 thread

    ector++

    UBOs were much needed and direct state access is what OpenGL *really* needs.
Results 1 to 7 of 7