Announcement

Collapse
No announcement yet.

AMD Puts Out An OpenGL 4.2 Linux Driver

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

  • #46
    @pingufunkybeat

    Maybe you should not use wheezy/sid if you don't know how to handle multiarch. In that way Kanotix (or pure squeeze) would be simpler to use...

    Comment


    • #47
      Originally posted by elanthis View Post
      That isn't why such things happen.

      Such things happen because there are no test suites developed with the specs. So code has genuine bugs that accept invalid input, but nobody notices because there was no test that said "when you parse this here example invalid input, you should be generating this particular error on this line."

      When said test suites exist, compatibility goes way way up for everyone involved, as all implementations both accept everything they should and reject everything they should.
      It was certainly part of what happened with IE, although a good test suite probably would have made it tougher for MS to do a lot of the things they did. For example, they specifically made sure it would render pages correctly if the developer opened a tag but then forgot to close it.

      I won't pretend to know whether that holds true of OpenGL or not, but it probably has more to do with lack of a test suite there.

      Comment


      • #48
        Nice driver. Mouse Stuck issue seems to be fixed with that. However i have watermark on the lower right screen now. which is ofc expected from beta driver. So Far no Problems experienced with the driver
        Last edited by xpander; 08-13-2011, 11:34 AM. Reason: typo

        Comment


        • #49
          Originally posted by DaemonFC View Post
          Mesa is pretty darned strict and the open source drivers using it can handle GNOME Shell, KWin 4.7, Firefox with OpenGL compositing, and Chrome with OpenGL compositing. I'm sure there's not some vast conspiracy to simply break AMD's "perfect" (hah) proprietary driver. The amount of stuff that just doesn't work at all with FGLRX loaded is pretty compelling.

          For whatever reason (Should I care? I'm just the victi....errrrr....customer of an AMD card that won't run the applications I want it to with their driver.) It gets a little old loading FGLRX when I want to play some intense game and radeon when I just want my desktop to work right. Someone needs to get their act together.
          Similar to what energyman said above, be patient. All the problems with the above software and fglrx will be solved in time. KDE 4.7 was released less than a month ago and is not yet supported by fglrx. This support will probably come in October with Kubuntu 11.10. Firefox does not enable WebGL for fglrx until Firefox 6, which is due for release in two days time. fglrx will probably not support Firefox 6 until October (Ubuntu 11.10 or Fedora 16).

          If you want to run unsupported software, go ahead, but don't complain so loudly. Perhaps you could help with bugfixing instead. And be patient.

          Comment


          • #50
            Originally posted by madbiologist View Post
            Similar to what energyman said above, be patient. All the problems with the above software and fglrx will be solved in time. KDE 4.7 was released less than a month ago and is not yet supported by fglrx. This support will probably come in October with Kubuntu 11.10. Firefox does not enable WebGL for fglrx until Firefox 6, which is due for release in two days time. fglrx will probably not support Firefox 6 until October (Ubuntu 11.10 or Fedora 16).

            If you want to run unsupported software, go ahead, but don't complain so loudly. Perhaps you could help with bugfixing instead. And be patient.
            "Unsupported"? The whole point of standards like OpenGL is that there doesn't need to be specific "support" for applications. The support is for OpenGL and its specs, not for KDE or Gnome.

            If a driver needs to "support" the newest KDE, then that driver sucks by definition.

            Comment


            • #51
              Originally posted by RealNC View Post
              "Unsupported"? The whole point of standards like OpenGL is that there doesn't need to be specific "support" for applications. The support is for OpenGL and its specs, not for KDE or Gnome.

              If a driver needs to "support" the newest KDE, then that driver sucks by definition.
              OpenGL does not cover XRandR, or any of the X window extensions. Not everything with a driver supporting a compositing desktop is OpenGL.

              Comment


              • #52
                Originally posted by mirv View Post
                OpenGL does not cover XRandR, or any of the X window extensions. Not everything with a driver supporting a compositing desktop is OpenGL.
                I said "standards *like* OpenGL". XRandR is also a standard, and so are X extensions.

                What do you expect me to do in an argument? List all existing standards in the world just so you won't have a counter-argument or what?

                Comment


                • #53
                  Originally posted by RealNC View Post
                  I said "standards *like* OpenGL". XRandR is also a standard, and so are X extensions.

                  What do you expect me to do in an argument? List all existing standards in the world just so you won't have a counter-argument or what?
                  My mistake, I misunderstood and thought you were only referring to OpenGL.
                  Still...you're assuming all application and drivers adhere to any spec. Not always the case. It's also true that many specs leave some areas open to interpretation, and then both applications and drivers have bugs to iron out on top of that, and then applications can work around drivers bugs from one vendor and so break things on a different vendor, and drivers may have to work around application work arounds...and it gets a little messy and takes time to sort out.

                  Comment


                  • #54
                    The way I see it, there's only three desktops to test against. Gnome, KDE and Compiz. Can't be that hard, really. And KDE 4.7 has been around for quite a while now (alphas, betas and RCs also serve to check your code against new versions early on.) How much time do they need? Right now, years it seems.

                    Comment


                    • #55
                      Originally posted by RealNC View Post
                      The way I see it, there's only three desktops to test against. Gnome, KDE and Compiz. Can't be that hard, really. And KDE 4.7 has been around for quite a while now (alphas, betas and RCs also serve to check your code against new versions early on.) How much time do they need? Right now, years it seems.
                      I think it's mainly because AMD prefer to wait until something is more stable. Gets support out a bit later, but probably saves them some wasted testing. As their supported distro list generally (note: generally, but not always) only picks up things once they've gone stable, then it's ok. Yes, sucks if you want to try things out straight away, but from a business perspective it kind of makes sense that way (with fglrx).

                      Comment


                      • #56
                        Originally posted by mirv View Post
                        I think it's mainly because AMD prefer to wait until something is more stable. Gets support out a bit later, but probably saves them some wasted testing. As their supported distro list generally (note: generally, but not always) only picks up things once they've gone stable, then it's ok. Yes, sucks if you want to try things out straight away, but from a business perspective it kind of makes sense that way (with fglrx).
                        How so? From a business perspective, it makes more sense to be ready when stuff goes prime time. The fact that open source software gives you free access to early releases is a bonus that AMD doesn't take advantage of. Being late is not good, neither from a business nor any other perspective. If they test now rather than when Ubuntu happens to pick up the new version, they save themselves some headaches and extra costs, because they increase their time window. They have more time to get ready before it's time to support the new Ubuntu version.

                        I really fail to see the logic.

                        Comment


                        • #57
                          Originally posted by RealNC View Post
                          How so? From a business perspective, it makes more sense to be ready when stuff goes prime time. The fact that open source software gives you free access to early releases is a bonus that AMD doesn't take advantage of. Being late is not good, neither from a business nor any other perspective. If they test now rather than when Ubuntu happens to pick up the new version, they save themselves some headaches and extra costs, because they increase their time window. They have more time to get ready before it's time to support the new Ubuntu version.

                          I really fail to see the logic.
                          See their list of supported distros for fglrx, and what softare versions are in use there. They most likely do have support for things early, but only internally. Maybe you don't like it because fglrx isn't developed to specifically support you - but deal with it. If you want bleeding edge, go with the other offering - open source drivers.

                          Comment


                          • #58
                            Originally posted by mirv View Post
                            See their list of supported distros for fglrx, and what softare versions are in use there. They most likely do have support for things early, but only internally. Maybe you don't like it because fglrx isn't developed to specifically support you - but deal with it. If you want bleeding edge, go with the other offering - open source drivers.
                            I don't want bleeding edge. Just stable. KDE 4.7 *has* a stable release now.

                            Comment


                            • #59
                              Originally posted by RealNC View Post
                              I don't want bleeding edge. Just stable. KDE 4.7 *has* a stable release now.
                              Well, then they're in a position to start testing with opengl 4.2 right now. If you want fglrx with kde 4.7, then wait for it to be in a supported distro. Or just use the open source drivers.

                              Comment


                              • #60
                                I *am* using the open drivers. Here, I am just commenting on why fglrx sucks so badly.

                                Comment

                                Working...
                                X