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 4 of 4

Thread: Anisotropic filtering in GL 3.3+?

  1. #1
    Junior Member Regular Contributor
    Join Date
    Mar 2009
    Location
    Seattle, WA
    Posts
    217

    Anisotropic filtering in GL 3.3+?

    Using glTexParameteri(target,GL_TEXTURE_MAX_ANISOTROPY_E XT, anisotropy) seems to work fine, but I am not accustomed to using _EXT suffixes in OpenGL 3.3. Is there another way to do this?

  2. #2
    Senior Member OpenGL Lord
    Join Date
    May 2009
    Posts
    6,050

    Re: Anisotropic filtering in GL 3.3+?

    No. But what's wrong with _EXT suffixes?

  3. #3
    Junior Member Regular Contributor
    Join Date
    Mar 2009
    Location
    Seattle, WA
    Posts
    217

    Re: Anisotropic filtering in GL 3.3+?

    Now that there is a good core API I avoid extensions.

  4. #4
    Senior Member OpenGL Lord
    Join Date
    May 2009
    Posts
    6,050

    Re: Anisotropic filtering in GL 3.3+?

    That kind of thinking presupposes that extensions are a necessary evil, that should be avoided when possible. There is no reason for such presupposition and it does nothing more than limit what you can do.

    Anisotropic filtering is subject to IP concerns that prevent it from being adopted into core OpenGL. S3TC is in a similar situation (even though RGTC uses the exact same algorithm, just with 1 and 2 channel images). So until something changes on the IP front, they will remain extensions.

Posting Permissions

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