Page 1 of 2 12 LastLast
Results 1 to 10 of 15

Thread: The State Of OpenGL 3.x/4.x Features In Mesa 9.2

  1. #1
    Join Date
    Jan 2007
    Posts
    15,644

    Default The State Of OpenGL 3.x/4.x Features In Mesa 9.2

    Phoronix: The State Of OpenGL 3.x/4.x Features In Mesa 9.2

    With the release of Mesa 9.2 due out as soon as Thursday, here's a continuation of the earlier Why Mesa 9.2 Doesn't Work For All Linux Users article covering the missing GL3/GL4 functionality from this key open-source graphics project...

    http://www.phoronix.com/vr.php?view=MTQ0MTg

  2. #2
    Join Date
    Jul 2013
    Location
    Australia
    Posts
    266

    Default

    KHR_debug some work done (ARB_debug_output)
    This is in progress and progressing nicely. Thanks again to all the backers. If anyone is interested you can follow progress on github: https://github.com/tarceri/mesa-debu...aphics-Library

  3. #3
    Join Date
    Oct 2008
    Posts
    3,244

    Default

    GL 4.2: GL_ARB_shading_language_420pack
    Pretty sure that one's already done. Also, I remember there were some 3rd party patches on the list for SSO. I think ian said he was going to finish that off in the next couple of months (a couple months ago). Not sure what happened there, but that's a big one.

  4. #4
    Join Date
    Aug 2011
    Location
    Hillsboro, Oregon
    Posts
    138

    Default

    Quote Originally Posted by smitty3268 View Post
    Pretty sure that one's already done. Also, I remember there were some 3rd party patches on the list for SSO. I think ian said he was going to finish that off in the next couple of months (a couple months ago). Not sure what happened there, but that's a big one.
    Yeah, 9.2 does support GL_ARB_shading_language_420pack. We just committed the patch to update docs/GL3.txt after making the branch (oops :)).

    Ian's still working on SSO.

  5. #5
    Join Date
    Dec 2011
    Posts
    2,195

    Default Cite your sources!

    Michael properly cite your sources!

    http://cgit.freedesktop.org/mesa/mesa/tree/docs/GL3.txt

  6. #6
    Join Date
    Jun 2010
    Posts
    9

    Default

    Quote Originally Posted by uid313 View Post
    His source is 9.2 tree not master as title suggests.
    http://cgit.freedesktop.org/mesa/mes.../GL3.txt?h=9.2

  7. #7
    Join Date
    Dec 2008
    Location
    Poland
    Posts
    119

    Default

    What's the benefit of r300 driver using GL4.2 extension?

  8. #8
    Join Date
    Dec 2011
    Posts
    2,195

    Default

    Quote Originally Posted by Moiman View Post
    His source is 9.2 tree not master as title suggests.
    http://cgit.freedesktop.org/mesa/mes.../GL3.txt?h=9.2
    Michael Larabel does poor journalism and never cites sources.
    As a professional journalist it is essential to always cite your journalistic sources.

  9. #9
    Join Date
    Oct 2008
    Posts
    3,244

    Default

    Quote Originally Posted by NSLW View Post
    What's the benefit of r300 driver using GL4.2 extension?
    Because, as the name implies, they are OpenGL "extensions". Which can be used from any version - you just have to check if the extension exists and then use it.

    Some extensions rely on others, of course, and won't be available or make sense on r300 hardware. But others are simply new API that can run on old hardware just fine.

  10. #10

    Default

    Quote Originally Posted by smitty3268 View Post
    Some extensions rely on others, of course, and won't be available or make sense on r300 hardware. But others are simply new API that can run on old hardware just fine.
    Also, http://www.phoronix.com/scan.php?pag...item&px=OTA4Mw

    R300g is responsible for ATI R300 ASICs up through the ATI Radeon X1000 (R500) GPUs.
    So wheras an OpenGL 4.2 extension running on the lowest end Radeon 9500 might be silly, an OpenGL 4.2 extention running on a r500 class Radeon 1950XTX or even mid range Radeon 1550 can make a lot of sense. Especially since it's pretty much guaranteed that *at some point* desktop environments will use at least some of these features, just for the compositor. KDE is already pushing 3.x features as it is. So with compositing in mind, it might even make sense for the bare minimum Radeons in the r300 class.

Posting Permissions

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