Announcement

Collapse
No announcement yet.

There May Still Be Hope For R600g Supporting XvMC, VDPAU

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

  • There May Still Be Hope For R600g Supporting XvMC, VDPAU

    Phoronix: There May Still Be Hope For R600g Supporting XvMC, VDPAU

    When looking at our 2010 Linux Graphics Survey results, the second most popular technology sought after by Linux desktop users was video playback acceleration. This isn't surprising considering only with NVIDIA's proprietary driver using VDPAU on modern GeForce hardware can you get a decent experience or with select Intel chipsets supporting VA-API. With everything else, you're pretty much limited to nothing or the not-too-useful X-Video. There's also cases like with the ATI Catalyst driver providing XvBA support, but that's often buggy and rubbish, the same goes with the Intel Poulsbo blobs and their VA-API support...

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

  • #2
    Originally posted by phoronix View Post
    Phoronix: There May Still Be Hope For R600g Supporting XvMC, VDPAU

    When looking at our 2010 Linux Graphics Survey results, the second most popular technology sought after by Linux desktop users was video playback acceleration. This isn't surprising considering only with NVIDIA's proprietary driver using VDPAU on modern GeForce hardware can you get a decent experience or with select Intel chipsets supporting VA-API. With everything else, you're pretty much limited to nothing or the not-too-useful X-Video. There's also cases like with the ATI Catalyst driver providing XvBA support, but that's often buggy and rubbish, the same goes with the Intel Poulsbo blobs and their VA-API support...

    http://www.phoronix.com/vr.php?view=ODcwNg
    It's strange they want to implement VDPAU if they only have iDCT or MoComp. In that case, VA-API is better suited. Otherwise, they would have to rewrite a new codec parser, thus duplicating code from the upper library...

    BTW, VA-API on Poulsbo HW works very good, since this matches the Windows driver almost exactly.

    Comment


    • #3
      Yes!!!

      I've been waiting for this (or something similar) for ages!
      I do hope this work gets done in the near future! Kudos for Christian even in advance!

      Comment


      • #4
        After reading the actual letter it seems to me that xvmc is mostly working already! Cool.
        So, when xvmc/vdpau will be implemented I will only need to choose one of them as the output driver in smplayer and I'm already good to go? Assuming that I run the proper r600g driver of course.

        That would be just fantastic!

        (Sorry for the double, but you know the deal about editing...)

        Comment


        • #5
          Well, and what about VDPAU for r300g?

          Comment


          • #6
            I've been close to telling Michael off for misusing British slang before but he really made me laugh this time. "Buggy and rubbish." Hahaha.

            Excellent news though. MythTV on my 4560 is passable but it could be a lot better.

            Comment


            • #7
              Originally posted by gbeauche View Post
              It's strange they want to implement VDPAU if they only have iDCT or MoComp. In that case, VA-API is better suited. Otherwise, they would have to rewrite a new codec parser, thus duplicating code from the upper library...

              BTW, VA-API on Poulsbo HW works very good, since this matches the Windows driver almost exactly.
              So with VA-API you don't need to write a new bitstream parser? Does it work in similar ways as xvmc, where you receive the decoded bitstream in macroblocks?

              Comment


              • #8
                Originally posted by tball View Post
                So with VA-API you don't need to write a new bitstream parser? Does it work in similar ways as xvmc, where you receive the decoded bitstream in macroblocks?
                Exactly, for MoComp or iDCT. e.g. VAMacroblockParameterBufferMPEG2 and XvMCMacroBlock structures pretty look the same. I have a test program from Intel that does MPEG-2 MC if someone is interested. Actually, I initially wanted to write an xvmc-video wrapper but I still didn't have time. There are also provisions for H.264 & VC-1 MC since some of their other drivers implement that.

                Comment


                • #9
                  @gbeauche

                  Can you enable your xvba-video hack for all opengl 4 cards?

                  Comment


                  • #10
                    Originally posted by Kano View Post
                    Can you enable your xvba-video hack for all opengl 4 cards?
                    Which ones are missing? Are you talking about the Radeon HD 6000 series? If so, I would need the PCI ids.

                    Comment


                    • #11
                      Every Evergreen or newer has OpenGL 4.x in the opengl version string and olders show 3.x. Why don't you use that?

                      Comment


                      • #12
                        Originally posted by Kano View Post
                        Every Evergreen or newer has OpenGL 4.x in the opengl version string and olders show 3.x. Why don't you use that?
                        This is not sure, and you don't know if the same workarounds are necessary. Someone will have to check with the relevant XVBA_VIDEO_EVERGREEN_WORKAROUND variables. Checking for the OpenGL version string is silly.

                        Comment


                        • #13
                          That's maybe 99.9% sure...

                          Comment


                          • #14
                            Hello world. CPU's can playback video. CPU's can't do 3D graphics. Why do you think people buy GPU's?

                            Is it just me or is the world nuts? Okay...

                            Comment


                            • #15
                              Originally posted by V!NCENT View Post
                              Hello world. CPU's can playback video. CPU's can't do 3D graphics. Why do you think people buy GPU's?

                              Is it just me or is the world nuts? Okay...
                              Well, CPUs can play videos up to a certain level. My Turion X2 ultra (2.2GHz) can play 1080p with mplayer-mt, but with high bitrate scenes it struggles and drops frames, sometimes stops drawing new ones for ~5 seconds. I have a fairly good GPU, a HD4650 (rv730).

                              So here is the deal: if my GPU could do a little more work in the decoding process I might as well be able to enjoy all my videos.

                              Am I nuts?

                              Comment

                              Working...
                              X