Part of the Khronos Group
OpenGL.org

The Industry's Foundation for High Performance Graphics

from games to virtual reality, mobile phones to supercomputers

Page 2 of 7 FirstFirst 1234 ... LastLast
Results 11 to 20 of 63

Thread: NVIDIA releases OpenGL 4.3 beta drivers

  1. #11
    Member Regular Contributor
    Join Date
    Mar 2001
    Posts
    469
    Please send Piers or me a private message so we can take care of this and file a bug.

    (note beside, our developer forums were recently compromised by a third party which might explain why your account is not working anymore)

  2. #12
    Intern Contributor
    Join Date
    Mar 2010
    Posts
    59
    Quote Originally Posted by Brandon J. Van Every View Post
    I installed NVIDIA beta driver 304.32 on Lubuntu 12.04 Linux using the xorg-edgers PPA so that I wouldn't have to fool with .run scripts and turning off X servers. On my laptop I have an old GeForce 8600M GT card, which is OpenGL 3.3 class HW. The NVIDIA OpenGL driver page says, "For OpenGL 3 capable hardware, these new extensions are provided:" and gives a list of 18 extensions. Unfortunately none of them are shown as available by either glxinfo or nvidia-settings.


    Anyone have OpenGL 3 class HW that's showing the new extensions, on either Windows or Linux?
    I think if you installed a driver with version 304.32 you probably didn't use the OpenGL 4.3 beta driver, which is version 304.15.00.02 for Linux. See here for the driver location:
    http://www.nvidia.com/content/devzon...river-4.3.html

  3. #13
    Member Regular Contributor malexander's Avatar
    Join Date
    Aug 2009
    Location
    Ontario
    Posts
    316
    Found another small one. I'm not sure when this crept in, but I was previously using 295.49 without a hitch. I have a vertex shader with the following outputs:

    Code :
    flat out ivec4 pickID;
         out float pickZ;

    When I call glGetProgramiv( pid, GL_TRANSFORM_FEEDBACK_VARYING_MAX_LENGTH, &max_len) on the parent program of the vertex shader (no other shader stages), it sets max_len = 6. According to the GL spec it should return the length of the largest string including the null terminator, in this case 7. When I then pass max_len to glGetTransformFeedbackVarying() as the bufSize parameter, 'pickID' is cut off to 'pickI' (which is expected if bufSize==6) and this messes up further rendering.

    In the meantime I've accounted for the null-terminator by adding one to max_size. I can afford the extra byte

  4. #14
    Junior Member Regular Contributor
    Join Date
    Sep 2001
    Location
    Wake Forest, NC, USA
    Posts
    171
    Quote Originally Posted by malexander View Post
    When I call glGetProgramiv( pid, GL_TRANSFORM_FEEDBACK_VARYING_MAX_LENGTH, &max_len) on the parent program of the vertex shader (no other shader stages), it sets max_len = 6. According to the GL spec it should return the length of the largest string including the null terminator, in this case 7.
    I've confirmed that this is a recent regression, and might only be in the OpenGL 4.3 beta driver. I'll try to get this into the next beta driver.

  5. #15
    Junior Member Regular Contributor
    Join Date
    Sep 2001
    Location
    Wake Forest, NC, USA
    Posts
    171
    Quote Originally Posted by ScottManDeath View Post
    Please send Piers or me a private message so we can take care of this and file a bug.
    You're also welcome to send me bug reports. My NVIDIA email ID is the same as my user ID on these forums.

  6. #16
    Junior Member Newbie
    Join Date
    Aug 2012
    Posts
    7
    pbrown:

    I have an issue with ComputeShader, Buffer and the *usage* hint of Shader Buffer:

    http://www.opengl.org/discussion_boa...49#post1241449

    I'm pretty sure I'm doing ugly stuff, but they behavior of the code changes totally depending on the usage hint of the buffer.

    Should i send you an email?

  7. #17
    Intern Contributor
    Join Date
    Mar 2010
    Location
    Winston-Salem, NC
    Posts
    62
    Quote Originally Posted by Piers Daniell View Post
    I think if you installed a driver with version 304.32 you probably didn't use the OpenGL 4.3 beta driver, which is version 304.15.00.02 for Linux. See here for the driver location:
    http://www.nvidia.com/content/devzon...river-4.3.html
    When I installed the exact driver version 304.15.00.02, I did get the 18 new extensions for my 3.x class HW. Unfortunately it also sent me up a driver installation and package update learning curve that destabilized my system. Tried to use Duplicity to restore it and it totally failed, although I didn't lose any personal data. I don't recommend the xorg-edgers stuff. They don't actually have the beta driver, and all their extra package junk is pretty much what destabilized my system. Hopefully I'll have better luck working from mainstream Lubuntu 12.04. Got a fresh system now. Once I've found a more reliable system backup program to use, I'll try the NVIDIA .run install again, and then hopefully have a viable development system.

  8. #18
    Junior Member Regular Contributor
    Join Date
    Sep 2001
    Location
    Wake Forest, NC, USA
    Posts
    171
    Quote Originally Posted by guibou View Post
    pbrown:

    I have an issue with ComputeShader, Buffer and the *usage* hint of Shader Buffer:
    ...
    Should i send you an email?
    Someone already spotted that, and Piers root-caused and fixed the bug. Thanks for the helpful report and reproducer. If you have more issues that you suspect are likely driver things, feel free to shoot me an email.

    Pat

  9. #19
    Intern Contributor
    Join Date
    Aug 2003
    Location
    Urbana, IL
    Posts
    57
    EDIT: Something I thought was actually related to this driver was actually present in an earlier driver, making a seperate post
    Last edited by gdewan; 08-17-2012 at 06:29 AM.

  10. #20
    Intern Newbie
    Join Date
    Oct 2007
    Posts
    47

    More bugs in OpenGL driver (I)

    First is Nvidia monitoring OpenGL 4.3.0.0 sample pack by g-truc and aware of three samples not working..

    I'm concentrating on two I'm more interested first in 430-image_store sample I get I think and error in assembly
    line 22, column 5: error: supported only on load, store, and atomic instructions
    which is:
    Code :
    IMQ.COH R0.xy, images[R0.x], 2D;

    this is related to new function
    Code :
    ivec2 Size = imageSize(Diffuse);
    in shader which I fix removing coherent in image definition
    Code :
    layout(binding = 0, rgba8) coherent uniform image2D Diffuse; //dont work
    to this:
    Code :
    layout(binding = 0, rgba8) uniform image2D Diffuse; //it works!!


    Full details (saying no where it fails) and patch applied:

    Code :
    #version 420 core
    #extension GL_ARB_shader_image_size : require
     
    #define FRAG_COLOR        0
    #define DIFFUSE            0
     
    in vec4 gl_FragCoord;
    //layout(binding = 0, rgba8) coherent uniform image2D Diffuse; //dont work
    layout(binding = 0, rgba8) uniform image2D Diffuse; //it works!!
     
     
    layout(location = FRAG_COLOR, index = 0) out vec4 Color;
     
    const int Border = 8;
     
    void main()
    {
        ivec2 Size = imageSize(Diffuse);
     
        if(gl_FragCoord.x < Border)
            Color = vec4(1.0, 0.0, 0.0, 1.0);
        if(gl_FragCoord.x > Size.x - Border)
            Color = vec4(0.0, 1.0, 0.0, 1.0);
        if(gl_FragCoord.y < Border)
            Color = vec4(1.0, 1.0, 0.0, 1.0);
        if(gl_FragCoord.y > Size.y - Border)
            Color = vec4(0.0, 0.0, 1.0, 1.0);
        else
            Color = imageLoad(Diffuse, ivec2(gl_FragCoord.xy));
    }


    Fragment info
    -------------
    Internal error: assembly compile error for fragment shader at offset 611:
    -- error message --
    line 22, column 5: error: supported only on load, store, and atomic instructions
    -- internal assembly text --
    Code :
    !!NVfp5.0
    OPTION ARB_shader_image_size;
    OPTION NV_shader_atomic_float;
    # cgc version 3.1.0001, build date Aug  8 2012
    # command line args: 
    #vendor NVIDIA Corporation
    #version 3.1.0.1
    #profile gp5fp
    #program main
    #semantic Diffuse : IMAGE[0]
    #var float4 Color : $vout.COL0 : COL0[0] : -1 : 1
    #var int Diffuse.__remap :  : c[0] : -1 : 1
    #var float4 gl_FragCoord : $vin.WPOS : WPOS : -1 : 1
    PARAM c[1] = { program.local[0] };
    TEMP R0;
    TEMP RC, HC;
    IMAGE images[] = { image[0..7] };
    OUTPUT result_color0 = result.color;
    MOV.S R0.x, c[0];
    SLT.F R0.z, fragment.position.x, {8, 0, 0, 0}.x;
    TRUNC.U.CC HC.x, R0.z;
    IMQ.COH R0.xy, images[R0.x], 2D;
    IF    NE.x;
    MOV.F result_color0, {1, 0, 0, 0}.xyyx;
    ENDIF;
    ADD.S R0.x, R0, -{8, 0, 0, 0};
    I2F.S R0.x, R0;
    SGT.F R0.x, fragment.position, R0;
    TRUNC.U.CC HC.x, R0;
    IF    NE.x;
    MOV.F result_color0, {0, 1, 0, 0}.xyxy;
    ENDIF;
    SLT.F R0.x, fragment.position.y, {8, 0, 0, 0};
    TRUNC.U.CC HC.x, R0;
    IF    NE.x;
    MOV.F result_color0, {1, 0, 0, 0}.xxyx;
    ENDIF;
    ADD.S R0.x, R0.y, -{8, 0, 0, 0};
    I2F.S R0.x, R0;
    SGT.F R0.x, fragment.position.y, R0;
    TRUNC.U.CC HC.x, R0;
    IF    NE.x;
    MOV.F result_color0, {0, 1, 0, 0}.xxyy;
    ELSE;
    TRUNC.S R0.xy, fragment.position;
    MOV.S R0.z, c[0].x;
    LOADIM.U32.COH R0.x, R0, images[R0.z], 2D;
    UP4UB.F result_color0, R0.x;
    ENDIF;
    END
    # 31 instructions, 1 R-regs
    Last edited by oscarbg; 08-21-2012 at 09:44 PM.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •