Announcement

Collapse
No announcement yet.

Nouveau's Gallium3D Driver Gets Video Boost

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

  • Nouveau's Gallium3D Driver Gets Video Boost

    Phoronix: Nouveau's Gallium3D Driver Gets Video Boost

    Younes Manton, the student developer that has been working on Generic GPU Video Decoding that allows video decoding to be done universally in the GPU's shaders with any Gallium3D driver, has made some more progress on the NVIDIA front. We last talked about the state of Gallium3D video decoding back in September when Manton's video decoding method was working, but at an awfully slow pace. Now with his work on the Gallium3D-based Nouveau driver for NVIDIA hardware, he has achieved more promising results. Thanks to the latest code in Gallium3D and an improvement in Nouveau's winsys layer, those using this community-developed driver can now play 1080p video clips...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    cant wait till ati drivers are ported to gallium3d combined with kms and r600/700 having full support!
    2009 is going to rock!

    Comment


    • #3
      Yeah, a status update on Radeon + GEM/KMS/DRI2/Gallium3D would be nice (or have I missed something that was posted recently?). GEM is a dependency for all of them as far as I know, and Fedora 10 back in November was already running KMS stable for me, so some pieces should work I think.

      Comment


      • #4
        Heh, it seems my old FX5200 might still be useful for something after all

        Comment


        • #5
          Great work!

          Does this confirm that this is the right (=best/easiest/most effective) way to go also for amd/ati?

          Comment


          • #6
            It's definitely the easiest way, but unfortunately, while it takes a load off the CPU, it doesn't do much for power consumption, because it *does* put a substantial load on the GPU. It would be nice for people who want to watch DVDs on laptops, etc, to take advantage of fixed-function video decode hardware, but that's a lot harder, because it's non-generic and would have to be reverse-engineered.

            In the case of AMD/ATI, they may be able to open specs for UVD2 for the more recent cards, but they're skittish about revealing too much about the DRM in their cards for fear of having their Windows certification revoked.

            For now, the generic approach is the easiest and most practical, but it isn't low power and may not work as well on older/low end cards.
            Last edited by TechMage89; 19 January 2009, 04:20 PM.

            Comment


            • #7
              @TechMage: Modern Graphics-Cards are several times faster than the NV40s this is currently beeing developed on. So if those cards are capable of playing back 1080p, modern cards could probably do so even when running at the lowest power-level (powerplay for ATi, don't know what it's called for nVidia), in contrast to a CPU which would most likely need to run at it's highest powerlevel. So I'd say you'll still end up saving power.

              Comment


              • #8
                Originally posted by Zhick View Post
                @TechMage: Modern Graphics-Cards are several times faster than the NV40s this is currently beeing developed on. So if those cards are capable of playing back 1080p, modern cards could probably do so even when running at the lowest power-level (powerplay for ATi, don't know what it's called for nVidia), in contrast to a CPU which would most likely need to run at it's highest powerlevel. So I'd say you'll still end up saving power.

                The problem being that with most (all?) open drivers dynamic clocking is currently a no-go. Not to mention the other stuff the card is doing at the same time i.e. compositing drawing widgets (exa). KDE4 (Qt4) + firefox gets all laggy when my clocks drop on my 8600m.

                Then there is the fact that for h.264 (which is what most people care about accelerating) puts a significant load on decoding with the cpu meaning not much power is saved. What it does do is help ensure that the video won't stall on higher bit rates. You could consider it more like gpu assisted decoding.

                Comment


                • #9
                  Can anyone tell me, if this are the keys technologies?

                  Code:
                             | GEM | KMS | DRI2 | Gallium3D
                  -----------+-----+-----+------+-----------
                  Radeon     |     |  x  |      |
                  -----------+-----+-----+------+-----------
                  RadeonHD   |     |  x  |      |
                  -----------+-----+-----+------+-----------
                  OpenChrome |     |     |      |
                  -----------+-----+-----+------+-----------
                  Nouveau    |     |     |      |     x
                  -----------+-----+-----+------+-----------
                  Intel      |  x  |  x  |   x  |
                  -----------+-----+-----+------+-----------
                  Last edited by Louise; 19 January 2009, 09:02 PM.

                  Comment


                  • #10
                    Intel does DRI2. KMS too, but it's still in heavy development, so you need stuff from git. Don't know about Gallium.

                    Comment

                    Working...
                    X