Announcement

Collapse
No announcement yet.

AMD Toying With XvMC In Gallium3D R300 Driver

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

  • AMD Toying With XvMC In Gallium3D R300 Driver

    Phoronix: AMD Toying With XvMC In Gallium3D R300 Driver

    XvMC support came to Gallium3D through a Google Summer of Code project for 2008 that involved getting X-Video Motion Compensation running atop the Nouveau driver with NVIDIA hardware. We described this work in The State Of Gallium3D Video Decoding and subsequently in Nouveau's Gallium3D Driver Gets Video Boost...

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

  • #2
    This is interesting news. Is there any insight into what exactly this may pertain for the future? I was under the impression that ATI hardware was not capable of XvMC playback, has it always just been that the drivers do not expose the hardware through this particular API?? It seems silly if the latter were the case.

    Basically, I'm asking which cards would one day be capable of supporting this, if there were developer commitment and enough time?

    Comment


    • #3
      The hardware is capable and the documentation is available, but no one has written the code yet.

      Comment


      • #4
        good news the opensource devs become 5 ***** hero stars from my pocket!

        Comment


        • #5
          Great news!
          Does it mean that I could have even better video acceleration than Xv on my R3xx cards?

          Comment


          • #6
            Now presumably, this means R300 through R500, correct?

            Comment


            • #7
              Originally posted by droidhacker View Post
              Now presumably, this means R300 through R500, correct?
              r3xx through r7xx as far as documentation goes. the gallium driver in question in only r3xx through r5xx.

              Comment


              • #8
                XvMC? Oh come on, this is useless. Hardly anyone needs MPEG2 decode acceleration nowadays. Besides, it would make more sense to support a modern API like VDPAU/VA-API instead of XvMC, even if it's just for MPEG2.

                Comment


                • #9
                  ALL features are important!

                  Comment


                  • #10
                    Originally posted by brent View Post
                    XvMC? Oh come on, this is useless. Hardly anyone needs MPEG2 decode acceleration nowadays. Besides, it would make more sense to support a modern API like VDPAU/VA-API instead of XvMC, even if it's just for MPEG2.
                    The information is all there. Patches are welcome. It just so happens that the XvMC code is already in place in gallium so much of the work is already done in that case.

                    Comment


                    • #11
                      It's a API that exists and is supported by a lot of applications. Sure; high-res mpeg2 is not a big deal anymore cpu-wise, but it's still nice to have.

                      If somebody can add support with a patch like this it just helps confirm the design of Gallium and the quality of AMD's documentation and support as it would take years to get support like that previously.

                      Comment


                      • #12
                        Always good to hear of AMD working on free software. It's why I buy their stuff.

                        Comment


                        • #13
                          its always sad when you realise that SOC ( the payed Google Summer Of Code project) gets you more real features (Proof Of Concept or not) than other 3rd party devs actually deliver on their word for their updated code (free* Glibc SIMD refactored replacements for many CPUs to increase overall speeds for instance that never materialises) over the years and thats a real shame.

                          Comment


                          • #14
                            Originally posted by agd5f View Post
                            XvMC code is already in place in gallium so much of the work is already done in that case.
                            Do you know if someone is already working on the va-api through gallium backend?
                            ## VGA ##
                            AMD: X1950XTX, HD3870, HD5870
                            Intel: GMA45, HD3000 (Core i5 2500K)

                            Comment


                            • #15
                              bridgeman , agd5f or whoever, whats this i hear that AMD is sponsoring development of a GPU codec ? what and were can i read about this ?

                              "they explicitly designed a codec to fit the gpu parallelism model"

                              what is this GPU codec based on ? AVC or something else?
                              and have you written the decoders for it and opened up its codebase yet?

                              "IRC
                              <Dark_Shikari> hmm, interesting. apparently AMD is sponsoring development of a GPU codec designed to sacrifice some compression to get vastly better parallelism on GPUs
                              <Dark_Shikari> since GPU H.264 encoders are garbage and they know it
                              <Dark_Shikari> apparently they can do 4K @ 120fps with a top-end ATI card
                              <giwe> what is the 4K parameter?
                              <J_Darnley> the resolution
                              <Dark_Shikari> 4000x2000 or similar
                              <giwe> huge
                              <J_Darnley> Oh, so not 4000p like 1080 and 2160
                              <Dark_Shikari> so quad 1080p
                              <Rodeo> still huge
                              <Dark_Shikari> thus, 1080p at 480fps
                              <Dark_Shikari> well, assuming it scales perfectly which it probably doesn't
                              <J_Darnley> very nice though
                              <Dark_Shikari> but, equally, 4 1080p streams at 120fps each
                              <Dark_Shikari> or 16 1080p streams at 30fps each
                              <Dark_Shikari> where a top-end core i7 can probably do about 3-5 with x264
                              <Dark_Shikari> which seems reasonable, a GPU should be able to have at least 4x the power if properly leveraged
                              <JEEB> Yah, they loose in compression, but at least they'll be able to keep speed
                              <pengvado> 2000p x 120fps is with what candidate codec?
                              <Dark_Shikari> pengvado: some custom made one
                              <Dark_Shikari> the point being they explicitly designed a codec to fit the gpu parallelism model
                              "

                              Comment

                              Working...
                              X