Announcement

Collapse
No announcement yet.

DRI2 Sync & Swap For ATI Finally Comes About

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

  • #16
    Originally posted by Neuro View Post
    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).
    Oh, I misinterpreted your question. Sorry. It's just a matter of implementation, I suppose.

    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.
    Glib's been it's own entity for a while now and yes totem uses gstreamer but it can (could?) also use xine. Gstreamer's not exactly a project that emerged within the Gnome eco-sphere and it's also worth pointing out that phonon can use gstreamer and does so by default, IIRC - at least on the distributions I'm familiar with. During the KDE4.0 development cycle, it was the belle of the ball in Gnome, KDE and freedesktop.org's efforts to standardise a lot of the underlying implementation of common technologies.

    Comment


    • #17
      Originally posted by Neuro View Post
      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.
      GStreamer is a default media engine it Qt. It works in KDE as a Phonon backend, but its implementation seems to be not perfect at this moment. It become more neutral in my opinion, but I prefer other engines.

      Comment


      • #18
        Originally posted by RealNC View Post
        Welcome to Linux where you can't update a single driver without updating them all. gg.
        Maybe such things like Sync&Swap are just already implemented in the Windows kernel and newer drivers bring only bugfixes and support for newer cards? To upgrade a single video driver afaik you don't have to use newer kernel.

        Comment


        • #19
          Originally posted by kraftman View Post
          Maybe such things like Sync&Swap are just already implemented in the Windows kernel and newer drivers bring only bugfixes and support for newer cards? To upgrade a single video driver afaik you don't have to use newer kernel.
          Actually under Linux you don't need a new kernel either. You could checkout drm testing and buidl the modules separately just like v4l. That of course would be impractical, but it is possible.

          As for Windows. Well, there you have the kernel which is provided by Microsoft and you've got the driver that's provided by AMD. The stack used by AMD is completely separate from the Microsoft kernel stack, apart from using the appropriate kernel APIs. Thanks to that, when the Microsoft API changes, you can say goodbye to your old driver and your old graphics card, it simply won't work.

          Both models have their strengths and weaknesses, so the above "single driver" rant isn't really worth taking note of.

          Comment


          • #20
            Windows and Linux hardware driver both include kernel and multiple userspace components. The only "difference" here is that Windows and Linux binary drivers deliver all the required components are delivered as a single bundle, while in the open source world each of the required components is a separate source tree (project).

            The components still have to be designed as a set, and during times of rapid change to internal APIs it's a good idea to upgrade them as a set.

            Comment


            • #21
              Originally posted by kraftman View Post
              GStreamer is a default media engine it Qt. It works in KDE as a Phonon backend, but its implementation seems to be not perfect at this moment. It become more neutral in my opinion, but I prefer other engines.
              No.

              KDE has a basic multimedia API called Phonon, and whatever you, or your distro chose is the default backend for Phonon.

              In Fedora Xine just happen to be the default. GStreamer often offers better playback while Xine has more diverse playback and VLC is what anybody should use as a standalone multimedia playback app. GStreamer and Xine are a joke...

              Comment


              • #22
                Xine is crap, Gstreamer I don't know, it works for Ubuntu/Gnome based distributions.

                What I know is that many KDE distribution focus on phonon-VLC development now and want to switch to it in the next 6-12 months.

                Comment


                • #23
                  Originally posted by d2kx View Post
                  What I know is that many KDE distribution focus on phonon-VLC development now and want to switch to it in the next 6-12 months.
                  Yes and this is what I'm waiting for too. There's also mplayer backend, but I don't know which one is better.

                  Comment


                  • #24
                    Originally posted by kraftman View Post
                    Yes and this is what I'm waiting for too. There's also mplayer backend, but I don't know which one is better.
                    I hear they dropped work on most phonon backend to make phonon-VLC completely kick ass.

                    Comment


                    • #25
                      If GStreamer and Xine are a joke and VLC is so amazing, both KDE and Gnome should focus on it instead, not just KDE.

                      Comment


                      • #26
                        I've never had any issue with xinelib (as a backend for KDE apps), I don't know what people are complaining about.

                        Comment


                        • #27
                          Originally posted by d2kx View Post
                          I hear they dropped work on most phonon backend to make phonon-VLC completely kick ass.
                          And this is what I wanted to hear

                          Comment


                          • #28
                            Originally posted by pingufunkybeat View Post
                            I've never had any issue with xinelib (as a backend for KDE apps), I don't know what people are complaining about.
                            I've had endless trouble with it. It was even the main reason I dropped Phonon from my projects and switched to SDL.

                            Hopefully VLC will not suck. It's very buggy right now but they say they're working on it.

                            Comment


                            • #29
                              Me neither.

                              Originally posted by pingufunkybeat View Post
                              I've never had any issue with xinelib (as a backend for KDE apps), I don't know what people are complaining about.
                              I've been using xine for years, and I've (relatively) recently started using KMS and Compiz too. And my DVD playback last weekend was flawless.

                              Bottom line: I have an old 9550 running with Fedora 12 and a composited desktop, and xine is apparently giving me tear-free playback both full-screen and in windowed mode. That's not "crap" in my book.

                              Comment


                              • #30
                                The Phonon Xine backend is crap, not Xine itself.

                                Comment

                                Working...
                                X