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: Executor

Search: Search took 0.00 seconds.

  1. Replies
    183
    Views
    238,356

    Re: Official feedback on OpenGL 4.0 thread

    IMHO, Instead of making multiple versions API (GL2, GL3, GL4, GLES, GLES2 and other), can use profiles - one API, many profiles. Like this:
    GL_CONTEXT_GL2_HARDWARE_PROFILE_BIT_ARB - for DX9 hardware...
  2. Replies
    23
    Views
    8,683

    Re: UBO poor performance [GL 3.1]

    Up...
  3. Replies
    23
    Views
    8,683

    Re: UBO poor performance [GL 3.1]

    layout(std140):


    Name: matLocal
    Index: 2
    Offset: 0
    Size: 1

    Name: matMVP
    Index: 3
  4. Replies
    23
    Views
    8,683

    Re: UBO poor performance [GL 3.1]

    Bad advice...
    sizeof() doing in compile time...



    No difference...



    ~30 batches per frame
  5. Replies
    23
    Views
    8,683

    Re: UBO poor performance [GL 3.1]

    w/o UBO (using glUniform*) - ~250 FPS
  6. Replies
    23
    Views
    8,683

    Re: UBO poor performance [GL 3.1]

    I try MapBufferRange later, tnx...

    I have update drivers to 191.07 WHQL:

    w/o UBO - ~250 FPS
    w/ UBO - ~240 FPS

    Result is better...
  7. Replies
    23
    Views
    8,683

    Re: UBO poor performance [GL 3.1]

    In example from spec used glBufferData:


    void render()
    {
    glClearColor(0.0, 0.0, 0.0, 0.0);
    glClear(GL_DEPTH_BUFFER_BIT|GL_COLOR_BUFFER_BIT);

    ...
  8. Replies
    23
    Views
    8,683

    UBO poor performance [GL 3.1]

    I try use UBO, but i have poor performance with him.

    Code w/o UBO:


    mat4 matLocal = ...;
    mat4 matMVP = ...;
    vec2 uvBase = ...;
    vec2 perlinMovement = ...;
    vec3 localEye = ...;
  9. Replies
    211
    Views
    533,993

    Re: Official feedback on OpenGL 3.2 thread

    I want use core functionality only, but i forced use extension too, because core not have needed functionality. This is sad.
  10. Replies
    211
    Views
    533,993

    Re: Official feedback on OpenGL 3.2 thread

    Rob explained this here. [/QUOTE]

    Waiting OGL4 for features ten years ago? So stupid... :(
  11. Replies
    211
    Views
    533,993

    Re: Official feedback on OpenGL 3.2 thread

    Where anisotropy in core? :(
  12. Replies
    165
    Views
    539,969

    Re: Official feedback on OpenGL 3.1 thread

    Up... Can somebody explain about anisotropy? Why not in gl3 core?
  13. Replies
    165
    Views
    539,969

    Re: Official feedback on OpenGL 3.1 thread

    Why anisotropy filtering not in gl3 core?
  14. Thread: wglext.h bug

    by Executor
    Replies
    6
    Views
    2,985

    Re: wglext.h bug

    Up... Bug not fixed...
    !?!?
  15. Thread: wglext.h bug

    by Executor
    Replies
    6
    Views
    2,985

    Re: wglext.h bug

    Yes...
    I report about this on bugzilla, I hope soon ARB correct bug...
  16. Thread: wglext.h bug

    by Executor
    Replies
    6
    Views
    2,985

    Re: wglext.h bug

    From spec:

    New Procedures and Functions
    BOOL wglSetStereoEmitterState3DL(HDC hDC, UINT uState)
  17. Thread: wglext.h bug

    by Executor
    Replies
    6
    Views
    2,985

    wglext.h bug

    #ifndef WGL_3DL_stereo_control
    #define WGL_3DL_stereo_control 1
    #ifdef WGL_WGLEXT_PROTOTYPES
    extern BOOL WINAPI wglSetStereoEmitterState3DL (, HDC, , UINT);
    #endif /* WGL_WGLEXT_PROTOTYPES */...
  18. Replies
    22
    Views
    15,267

    Re: Get rid of Win OpenGL32.DLL

    - Dummy context for ogl3. :(
    - Extension mechanism must be useful for extensions, but not core futures. Core futures must be initialise like nix.

    p.s. sry 4 bad eng...
Results 1 to 18 of 18