Announcement

Collapse
No announcement yet.

The OpenGL Support State For Mesa 8.1

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • The OpenGL Support State For Mesa 8.1

    Phoronix: The OpenGL Support State For Mesa 8.1

    Mesa 8.1 is set to be released in August as a major six-month update to this important open-source user-space graphics driver stack. Here's a look at the OpenGL support level...

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

  • #2
    I do like seeing that OpenGL 3.3 is mostly completed already. Yes, we still need to get the 3.1/3.2 features completed, but it should hopefully be fairly easy to get 3.3 after 3.2 is finished.

    Comment


    • #3
      Can you imagine? Once mesa would be feature complete to the spec! Lots to do still, I know, but still. Once we're feature ... performance!

      Comment


      • #4
        Originally posted by Veerappan View Post
        I do like seeing that OpenGL 3.3 is mostly completed already. Yes, we still need to get the 3.1/3.2 features completed, but it should hopefully be fairly easy to get 3.3 after 3.2 is finished.
        Yeah We might not bother to ship 3.2...or it'll at least be the shortest release ever...since once we have that, we'll basically jump straight to 3.3.

        At this point 3.1 is just UBOs (in progress) and the forward compatible context support.
        Free Software Developer .:. Mesa and Xorg
        Opinions expressed in these forum posts are my own.

        Comment


        • #5
          Cool indeed!

          So, where's all the the games with 3.x or 4.x requirements? The only ones I can come up with are Brink, Rage and Serious Sam 3 and all of them obviously requires Wine.

          Comment


          • #6
            Am I the only person who read that as OpenGL 3.x is now 95% complete, and OpenGL 4 is at least 15-25% completed?

            Comment


            • #7
              Originally posted by asdx
              ST3C by default please.
              Build your own or be ready to pay freedesktop's legal fees when they get patent trolled

              Comment


              • #8
                Originally posted by DMJC View Post
                Am I the only person who read that as OpenGL 3.x is now 95% complete, and OpenGL 4 is at least 15-25% completed?
                It seems so, but actually GLSL seems to be a bigger job than the other extensions - and for GL 3.2 and 4.x the GLSL work is not yet started. I'm not an expert however.

                Comment


                • #9
                  What ever happened to the float textures patent issue?

                  Comment


                  • #10
                    Originally posted by DanL View Post
                    Build your own or be ready to pay freedesktop's legal fees when they get patent trolled
                    Didn't Apple invalidate the patent when HTC tried to sue them?

                    And isn't HTC a member of some linux patent group which would keep them from suing?

                    The floating-point support is still a problem.

                    Comment


                    • #11
                      Originally posted by AlbertP View Post
                      It seems so, but actually GLSL seems to be a bigger job than the other extensions - and for GL 3.2 and 4.x the GLSL work is not yet started. I'm not an expert however.
                      I think the main GLSL bits for GL 3.2 is just the natural stuff that comes with supporting geometry shaders. Which admittedly is going to be a lot. GL4 is still a long way off.

                      Comment


                      • #12
                        Originally posted by AlbertP View Post
                        It seems so, but actually GLSL seems to be a bigger job than the other extensions - and for GL 3.2 and 4.x the GLSL work is not yet started. I'm not an expert however.
                        Once you have the geometry shaders, the tesselation shaders are in a large part more of the same. In other words, the issues we're going to have with having more than two shaders, the register linking, interpolation provider, all that will be done. It will just be adding a pair of passes. Only the software rendering will require work to implement the fixed-function part of the tesselation.

                        Two things I think are going to be painful with 4.00+:
                        • double support - gallium is fundamentally not ready for this, intel may or may not be be ok (as long as you have hardware support of course)
                        • subroutines - nobody is ready for this

                        The rest looks mostly ok (more direct access to vram pointers, more possibilities to keep things in vram, more fallout of unifications...).

                        OG.

                        Comment


                        • #13
                          Originally posted by smitty3268 View Post
                          And isn't HTC a member of some linux patent group which would keep them from suing?
                          OIN does not require _all_ of a company's patents to be thrown in the pool. It's entirely possible HTC is in without the graphics patents, say, with only mobile patents.

                          Comment


                          • #14
                            Originally posted by curaga View Post
                            OIN does not require _all_ of a company's patents to be thrown in the pool. It's entirely possible HTC is in without the graphics patents, say, with only mobile patents.
                            We should ask politely. I don't think anyone approached HTC so far regarding that patent. And someone -hopefully influential- must do it.

                            Comment


                            • #15
                              Why are people always making such a big deal out of s3tc? Is it really so hard to install libtxc_dxtn from a third-party repo? I'm sure there's an Ubuntu PPA with it, for Fedora RPMFusion has it, for Arch it's in AUR, Gentoo has it in the main repo even.
                              Yeah, the ideal would be to not require even that. But Fedora users are already used to getting some stuff (multimedia packages) from third-party repos, and Ubuntu users are no strangers to PPAs. So why the big deal out of the requirement to install an extra package?

                              Float textures are different, you can't just install an additional tiny library, you need to recompile mesa with --enable-texture-float. Even that can be handled with drop-in replacement packages from third-party repos, though this requires that the third-party repo maintainers always keep the replacement in sync with what the distro ships. So it's not as simple as libtxc_dxtn, which is a one time deal - you install it and that's that.

                              Comment

                              Working...
                              X