Page 2 of 2 FirstFirst 12
Results 11 to 17 of 17

Thread: Gallium3D Gets Support For ARB_sample_shading

  1. #11
    Join Date
    Dec 2012
    Posts
    29

    Default

    Quote Originally Posted by plonoma View Post
    This is the most important programming feature for OpenGL programmers in OpenGL 4.0!
    My favourite, please give implementing it priority over some other features, e.g. tessellation.
    Could you explain a bit why you consider ARB_shader_subroutine so important?

    My understanding was that it was a bit of a nuisance feature, so it hasn't been high on my list of priorities.

  2. #12
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,900

    Default

    Quote Originally Posted by chrisf View Post
    Could you explain a bit why you consider ARB_shader_subroutine so important?

    My understanding was that it was a bit of a nuisance feature, so it hasn't been high on my list of priorities.
    Not original poster, just curious. Would, what comes down to, a function-pointer inside a shader not be important? "One shader to rule them all" and at runtime it switches codepaths depending on the case?

  3. #13
    Join Date
    Sep 2010
    Posts
    467

    Default

    Could you explain a bit why you consider ARB_shader_subroutine so important?
    Of course.
    Not being able to have subroutines would lead to Uber shaders.
    Uber shaders difficult to work with, error prone, hard to maintain when dealing with complex application code.
    Last edited by plonoma; 04-26-2014 at 09:38 PM.

  4. #14
    Join Date
    Oct 2008
    Posts
    3,152

    Default

    Quote Originally Posted by Ericg View Post
    Not original poster, just curious. Would, what comes down to, a function-pointer inside a shader not be important? "One shader to rule them all" and at runtime it switches codepaths depending on the case?
    Well, i think people for a long time have simply worked around not having this feature by creating uber-shaders.

    Uber-shaders are annoying, but they mostly work - which is why he called this a nuisance-feature, as in, getting rid of the nuisance of uber-shaders.

    But i think most devs see that as less important than brand new features, that can't be so simply worked around.

  5. #15
    Join Date
    Apr 2014
    Posts
    9

    Default

    I don't understand this much and I'm just curious, does implementing various OpenGL features also improve performance? Thanks

  6. #16
    Join Date
    Oct 2013
    Posts
    195

    Default

    Quote Originally Posted by majod View Post
    I don't understand this much and I'm just curious, does implementing various OpenGL features also improve performance? Thanks
    Nope, it won't magically make your games run faster. Some of them add new functionality and some will reduce driver overhead (ping-pong between CPU and GPU) if used correctly by your favorite games.

  7. #17
    Join Date
    Sep 2013
    Posts
    228

    Default

    Quote Originally Posted by majod View Post
    I don't understand this much and I'm just curious, does implementing various OpenGL features also improve performance?
    If applications you using take advantages of extension that allow more efficient rendering then implementation of such extensions will improve performance for you. Otherwise newly implemented extensions doesn't affect performance.

Posting Permissions

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