Announcement

Collapse
No announcement yet.

DRI2 Sync & Swap For ATI Finally Comes About

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

  • DRI2 Sync & Swap For ATI Finally Comes About

    Phoronix: DRI2 Sync & Swap For ATI Finally Comes About

    Last year a new set of DRI2 extensions came about for sync and swap support of display buffers to better reduce potential "tearing" that may appear on displays in some composited environments. This work that's exposed to the client through OpenGL/GLX extensions also can lead to improved performance, video memory savings, and other benefits as talked about extensively on the Composite Swap Wiki page. A new GLX swap event extension also came about out of expressed needs by the Clutter/Mutter developers...

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

  • #2
    "and hopefully the needed DRM change(s) will make it into the Linux 2.6.35 kernel"

    Welcome to Linux where you can't update a single driver without updating them all. gg.

    Comment


    • #3
      Oh thank christ. After testing out Ubuntu 10.04, I thought video was going to be permanently broken on my old 9550. With compositing, video was at the mercy of any other application that felt like hogging some xserver time, to refresh it's pixmaps. Without compositing, I got the aforementioned tearing. Hopefully this work will find it's way downstream quickly, as my old 9.04 install is becoming unmanageable and I've had far worse graphical issues, with every other distro I've tried recently.

      Comment


      • #4
        very good this stuff will bring the best (cpu)viedeo playback to the opensource driver :-)

        this will kill the tearing in games to :-)

        can't wait for the 2.6.35 kernel

        Comment


        • #5
          Originally posted by etnlWings View Post
          Oh thank christ. After testing out Ubuntu 10.04, I thought video was going to be permanently broken on my old 9550. With compositing, video was at the mercy of any other application that felt like hogging some xserver time, to refresh it's pixmaps.
          Have you tried turning off KMS and using UMS instead ?

          Comment


          • #6
            A welcome improvement. I have mostly stopped using Compiz because I have to turn it off to get tearing free video.

            Comment


            • #7
              Originally posted by RealNC View Post
              "and hopefully the needed DRM change(s) will make it into the Linux 2.6.35 kernel"

              Welcome to Linux where you can't update a single driver without updating them all. gg.
              If you're lucky. If you're not, ...

              Comment


              • #8
                On my 9600 pro, I managed to get tear-free video by using gl for video-out in mplayer and enabling indirect fullscreen for compiz. Now my hd videos play like a dream, even with KMS.

                Comment


                • #9
                  I look forward to sync and swap being ubiquitous, but for now, those folks getting tearing and reduced performance in games when fullscreening a video in totem or say quake live, be sure to goto the compiz settings panel and enable unredirect fullscreen windows, and all will be well again for fullscreen stuff, and you still get pretty compiz the rest of the time.

                  Comment


                  • #10
                    Wow... The epicness just keeps comming and comming and comming.

                    Looking forward to the day the FLOSS driver stack will whipe the floor with the blobs!

                    Good job and many thank to anyone involved in anything so far!

                    Comment


                    • #11
                      Anyone knows if this impacts Qt environments like KDE (and Kwin) in any way?

                      Comment


                      • #12
                        Originally posted by Neuro View Post
                        Anyone knows if this impacts Qt environments like KDE (and Kwin) in any way?
                        Good question ... The recent trend to mention Gnome techs while talking about Xorg (like Gstreamer X work) makes me wonder if any X devs are using/care about KDE at all.

                        but maybe it's just because phoronix is biased towards Gnome

                        Comment


                        • #13
                          Originally posted by val-gaav View Post
                          Have you tried turning off KMS and using UMS instead ?
                          Been there. Totem becomes unstable and Parole is too lacking in core functionality (plus I can't seem to get it to build on 10.04, for some reason), to replace it. With the sole exception of gstreamer failing to downmix AAC audio with ALSA (oddly enough, it works with pulse, even when pulse is merely acting as a wrapper for ALSA), gstreamer has been the only multimedia backend that's worked reliably for me. Mplayer and VLC both have performance difficulties, with motion jidders, regardless of DRI2 redirected overlays.

                          Originally posted by Neuro View Post
                          Anyone knows if this impacts Qt environments like KDE (and Kwin) in any way?
                          Of course. What made you think this was Gtk/Gnome related? The article is about the KMS and DDX driver work.

                          Originally posted by val-gaav View Post
                          Good question ... The recent trend to mention Gnome techs while talking about Xorg (like Gstreamer X work)
                          I hope that's not to imply gstreamer is, "Gnome tech".

                          Comment


                          • #14
                            Anybody knows if the patch for the kernel-module is already merged to the drm-radeon-testing branch? And if not where i can find it?

                            Comment


                            • #15
                              Originally posted by etnlWings View Post
                              Of course. What made you think this was Gtk/Gnome related? The article is about the KMS and DDX driver work.
                              Not really. It seems that it's a non-standard GLX operation: A new GLX swap event extension also came about out of expressed needs by the Clutter/Mutter developers.. Thus, I wonder if KWin composite manager can use it and if Qt can use it in it's opengl renderer (as opposed to the software renderer).

                              I hope that's not to imply gstreamer is, "Gnome tech".
                              Well, it's Glib tech Gnome is the major user of Glib and AFAIK Gnomes main player Totem uses GStreamer (correct me if I'm wrong), so they're tightly related.

                              Comment

                              Working...
                              X