Announcement

Collapse
No announcement yet.

Compiz With Radeon DRI2 Driver Almost There

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

  • Compiz With Radeon DRI2 Driver Almost There

    Phoronix: Compiz With Radeon DRI2 Driver Almost There

    Earlier this month we shared that an experimental ATI DRI2 driver had emerged that offered Direct Rendering Infrastructure 2 support to the open-source ATI Linux driver with GEM and TTM bits. Today though Compiz is now working with this ATI DRI2 code. The DRI2 support hasn't yet been merged to master for Mesa, DRM, and xf86-video-ati DDX driver, but it's a step closer...

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

  • #2
    Ha... SF!

    If all goes well maybe we can use this shiny DRI2 toy on Ubuntu 9.04?!

    Comment


    • #3
      And the gap between fglrx and the OSS drivers just gets larger and larger
      Hopefully, by the next wave of distro releases, we'll all be playing World of Warcraft on Wine with Compiz/KWin running on OSS drivers :P

      Comment


      • #4
        Originally posted by FunkyRider View Post
        Ha... SF!

        If all goes well maybe we can use this shiny DRI2 toy on Ubuntu 9.04?!
        you should be happy if your sons one day will have an ati card with open source drivers, running compiz|kde4 and playing doom 4.


        dont even think about ubuntu 9.04 doing this

        Comment


        • #5
          Originally posted by bulletxt View Post
          you should be happy if your sons one day will have an ati card with open source drivers, running compiz|kde4 and playing doom 4.


          dont even think about ubuntu 9.04 doing this
          The only thing missing from what you said is having both 3D and compositing at the same time.
          With the X1650 on my desktop, I can run Doom 3, run KDE 4 Desktop Effects (although not both at the same time, but DRI2 is being worked on), Xv video is working just fine.
          Not sure what's your point.

          Comment


          • #6
            Things definitely took speed recently. Looks like ATI is on the run. Not yet on top what goes for driver stability but it's definitely rambling in the woods over there :P

            Comment


            • #7
              Is there any progress with the OpenGL part of the driver? It still only supports OpenGL 1.3 AFAIR.

              Comment


              • #8
                I believe the first bits of work on a gallium mesa driver has begun for the newer ati chips (I'm not sure which.)

                I don't think anything much is working on that front yet, but when the gallium3d driver does get done, it ought to be able to do OpenGL 2.1 (and possibly 3.0 once the state engine is updated) out of the box)

                The priority right now, I think though is to get r600 and r700 accel working and getting gem, kms, and dri2 all into place and working and any bugs ironed out, so that the devs have a modern backend architecture to build on.

                Keep in mind that gallium3d actually treats the gpu essentially as a general purpose processor (which is why gem is needed, it handles all of the memory management stuff a processor needs to work) on which graphics code (the state engines), or anything else you might want, can be executed (using the TGSI interface).
                Last edited by TechMage89; 11-16-2008, 08:41 PM.

                Comment


                • #9
                  EDIT : What he said

                  A number of the GL 2.x features need memory management integration (which this work is part of) to be finished first. Once the KMS/MM/DRI2 code hits master I think you'll see OpenGL support start to lurch ahead some more. In the meantime it's just Corbin (MostAwesomeDude) and fog going at it mano a mano on the OpenGL front, and and most of the other work is either on building a solid new foundation for the 3d stack, or adding support for the latest GPU generations.
                  Last edited by bridgman; 11-16-2008, 08:44 PM.

                  Comment


                  • #10
                    Originally posted by Extreme Coder View Post
                    The only thing missing from what you said is having both 3D and compositing at the same time.
                    With the X1650 on my desktop, I can run Doom 3, run KDE 4 Desktop Effects (although not both at the same time, but DRI2 is being worked on), Xv video is working just fine.
                    Not sure what's your point.
                    Some strange thing, that I've noticed recently:

                    I'm running Kubuntu 8.10 with 4.1.3 from Unsupported source (see http://www.kubuntu.org/news/kde-4.1.3 ).

                    What I noticed, is that I don't have to turn KWin's effect OFF every time I'd like to watch a video. The same with "glxgears" -- they ratate without flickering, while the Desktop Effects still ON.

                    This all works for my with "radeon" driver from default install of Kubuntu (and X1600XT card).

                    (note: originally, once I've just installed Kubuntu, I couldn't see Video, with Effects turned ON... It was not even flickering, but it was a full of garbage, inside a video player..)


                    One point to note: 3D/Video "canvas" is like "out of the rest desktop". I.e., when there are some transformations from effects applied, the "box" with rendered content stays un-trnsformed...

                    I believe, there's a kind of "workaround" from KWin's developers... But I'm not sure.. Does anybody have a bit more info on this?
                    Last edited by mityukov; 11-17-2008, 06:45 AM.

                    Comment


                    • #11
                      @mityukov: That's perfectly normal. Video + Compositing hasn't been a problem for a long time (as long as you're usiing Xv), with the exception of fglrx (though I absolutely know I had it working once...). Xv is always rendered indirectly.
                      For glxgears, I assume it's rendered so often that it 'overwrites' the compositing desktop before you see any flickering. I'm no expert on this though, just guessing. Anyway as you already pointed out it still doesn't get redirected, and with more complex 3d-apps you still see flickering.
                      Btw, for kde4 users there's a very handy plasmoid called 'toggle compositing' which makes turning compositing on/off very easy.

                      Comment


                      • #12
                        Originally posted by Zhick View Post
                        @mityukov: That's perfectly normal. Video + Compositing hasn't been a problem for a long time (as long as you're usiing Xv), with the exception of fglrx (though I absolutely know I had it working once...). Xv is always rendered indirectly.
                        That's not exactly correct.. At least in my case -- I always had to turn Effects Off (with both Catalyst - when running Hardy, and radeon -- when running Intrepid).

                        I was occasionally started Video player these weekends, with further realizing, that I haven't turned effects OFF.. And that was surprising.

                        I'm not sure, but it seems to come usable after updating to KDE 4.1.3.


                        Originally posted by Zhick View Post
                        For glxgears, I assume it's rendered so often that it 'overwrites' the compositing desktop before you see any flickering. I'm no expert on this though, just guessing. Anyway as you already pointed out it still doesn't get redirected, and with more complex 3d-apps you still see flickering.
                        I'm going to see what will be if I run something more complex (maybe Google Earth?).


                        Originally posted by Zhick View Post
                        Btw, for kde4 users there's a very handy plasmoid called 'toggle compositing' which makes turning compositing on/off very easy.
                        I worked for me in Hardy.. But in Intrepid it caused log-off..

                        Here's the Bug I filled into launchpad.net:

                        https://bugs.launchpad.net/ubuntu/+s...ng/+bug/296685

                        Comment


                        • #13
                          Is there a time frame for when this will hit the main branch maybe with an xorg.conf option for enabling it? I would like to try this on my 9500, but if it's going to be within a week or two, I'll just wait for the main branch to be updated.

                          Comment

                          Working...
                          X