Part of the Khronos Group
OpenGL.org

The Industry's Foundation for High Performance Graphics

from games to virtual reality, mobile phones to supercomputers

Results 1 to 5 of 5

Thread: Noisefunctions - Will they ever be supported in current HW?

  1. #1
    Junior Member Regular Contributor
    Join Date
    May 2003
    Location
    Germany
    Posts
    229

    Noisefunctions - Will they ever be supported in current HW?

    As you can guess, I'm right now dabbling with glSlang, and I started "converting" some of the shaders from ATIs Ashli into my own app.
    But it comes with many Fragment Shaders that use noise-functions and they aren't supported in HW on my Radeon9700 atm. And running a fragment shader in SW isn't that usefull anyway

    So is there any chance that those noise-functions will ever be supported on current hardware, or that they'll be speed up by a newer driver-version?

  2. #2
    Super Moderator OpenGL Guru
    Join Date
    Feb 2000
    Location
    Montreal, Canada
    Posts
    4,264

    Re: Noisefunctions - Will they ever be supported in current HW?

    I run a few of them (not all).
    If a program exceeds hw limits, it does multipass.
    Are you saying you are getting <1 FPS?
    If so, which one exactly?

    Also, is it taking a long time for the demoes to init on your machine?
    Looking at task manager, I see it is using quite a bit of RAM.
    ------------------------------
    Sig: http://glhlib.sourceforge.net
    an open source GLU replacement library. Much more modern than GLU.
    float matrix[16], inverse_matrix[16];
    glhLoadIdentityf2(matrix);
    glhTranslatef2(matrix, 0.0, 0.0, 5.0);
    glhRotateAboutXf2(matrix, angleInRadians);
    glhScalef2(matrix, 1.0, 1.0, -1.0);
    glhQuickInvertMatrixf2(matrix, inverse_matrix);
    glUniformMatrix4fv(uniformLocation1, 1, FALSE, matrix);
    glUniformMatrix4fv(uniformLocation2, 1, FALSE, inverse_matrix);

  3. #3
    Junior Member Regular Contributor
    Join Date
    May 2003
    Location
    Germany
    Posts
    229

    Re: Noisefunctions - Will they ever be supported in current HW?

    Multipass is only done by Ashli itself, as it splits glsl-Shaders wenn converting to ARB_VP/FP. But I'm not using Ashli, I'm taking it's shaders, alter them according to the current languagespecs and use them in my own application. And when I use a noise-function there, after linking I'm told that it's an unsupported languagefeature.

    That means that noise-functions are done in software, and that's far too slow (<1 FPS) if it's done per Fragment.

    So my question has nothing do to with Ashli itself. I just wanted to know if current HW is capable of doing noisefunctions in hardware.

    BTW : I've also noticed that gl_FrontFacing (Fragment Shader) is an "unsupported language feature"...hope that changes in the next Catalyst-Release.

    [This message has been edited by PanzerSchreck (edited 12-28-2003).]

    [This message has been edited by PanzerSchreck (edited 12-28-2003).]

  4. #4
    Advanced Member Frequent Contributor
    Join Date
    Sep 2000
    Location
    SWEDEN
    Posts
    601

    Re: Noisefunctions - Will they ever be supported in current HW?

    Well, one way to suport noise functions is to use a lookup in a 3d noise texture. That's certainly feasible on current hw.

  5. #5
    Junior Member Regular Contributor
    Join Date
    May 2003
    Location
    Germany
    Posts
    229

    Re: Noisefunctions - Will they ever be supported in current HW?

    I know that it can be "replaced" by this 3D-texture lookup, but it would be much more flexible to just use glSlang's noisefunctions directly in the shader.
    And besides this, doing it via a 3D-texture lookup means one less texture lookup left for the rest of the shader.

    But the initial idea behind my question was more to know if the current HW (R300 and alike) is able to do noise in HW or not.

Posting Permissions

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