Announcement

Collapse
No announcement yet.

AMD's UVD2-based XvBA Finally Does Something On Linux

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

  • It isn't impossible to get video acceleration on R800... You just have to do massive amounts of coding in OpenCL to write a VDPAU driver for it... LOL

    Comment


    • Originally posted by LinuxID10T View Post
      It isn't impossible to get video acceleration on R800... You just have to do massive amounts of coding in OpenCL to write a VDPAU driver for it... LOL
      Even that doesn't work for the serial parts of decoding - i think i saw a breakdown that showed about 40% of a typical h.264 video fell into that category. (CABAC???)

      Shader based video acceleration would be adequate, but never more than that no matter how often bridgman says it's the answer. It's not competitive with UVD/VDPAU, and AMD wouldn't spend the extra money to put it on their cards to begin with if it were. I've accepted that it's probably the best the OSS drivers will ever have, but what's the point of even having the binary fglrx driver if it doesn't provide something like this?

      Comment


      • Video Decode (XvMC/VDPAU/VA-API) using the 3D engine = TODO
        Video Decode (XvMC/VDPAU/VA-API) using UVD = TODO

        Wow, I hate to criticize, but is NOBODY interested in rectifying this problem?!? It doesn't even look like anybody has started on it...

        Comment


        • Originally posted by LinuxID10T View Post
          Video Decode (XvMC/VDPAU/VA-API) using the 3D engine = TODO
          Video Decode (XvMC/VDPAU/VA-API) using UVD = TODO

          Wow, I hate to criticize, but is NOBODY interested in rectifying this problem?!? It doesn't even look like anybody has started on it...
          I think we've been told that the distros have zero interest in having their paid guys working on it, and it seems like there's no one in the volunteer community who has the ability. It seems like we need someone from the video side to step up and do the work - maybe somebody working on ffmpeg, or something similar?

          Comment


          • Originally posted by Hans View Post
            I know decoding a movie in opencl is not as good as dedicated hardware. But how hard do you think it would be to write a h.264 opencl implementation, which uses the vaapi api?
            I don't think an OpenCL implementation would be efficient, I'd rather say it's a waste of time to focus on that. First, OpenCL implementations are not good enough. e.g. a customer is getting seriously bored of ATI's slow implementation for certain parts. Second, it's not widely supported. e.g. OpenCL on RS780 does not exist. So, in the end, you'd need high-end GPUs. High-end GPUs tend to consume more energy than CPUs nowadays... You'd need to write shader programs specifically. i.e. bypass the OpenCL layer.

            Someone wrote GLSL code for the FFmpeg H.264 decoder. I don't know the performance results. The code is available somewhere in the XBMC repo, IIRC. Interested parties may want to have a look at it, fix the TODO, the bugs and do some performance improvements.

            FWIW, it took more than 6 months to Intel to write an H.264 decoder with GPU assembly and 1 to 2 people. Note that they have a specific unit to do bitstream decoding, so they are only doing motion compensation with shaders.

            Comment


            • Originally posted by smitty3268 View Post
              I think we've been told that the distros have zero interest in having their paid guys working on it, and it seems like there's no one in the volunteer community who has the ability. It seems like we need someone from the video side to step up and do the work - maybe somebody working on ffmpeg, or something similar?
              I think the general reason for it, at least for Red Hat, is that they don't want to ship with patented codecs. So why would they dedicate someone on this task if they won't be shipping his work? The rationale here is that a shader based implementation would have licensing costs, not supported by the HW vendor, since they only pay for their dedicated HW. That was the reason why they didn't ship libVA: there was an Open Source decoder for G45 platforms.

              Comment


              • Originally posted by Panix View Post
                The problem is I wouldn't know how long I'd have to wait.
                catalyst 10-6 will have direct2D in the standard setting!

                there is a 10-6 beta with direct2D enabled as the standard right now!

                (right now means right now)

                and no i do not have this driver

                Comment


                • As this is the XvBA thread i guess it would be more interesting if hd 5 cards work with vaapi/xvba now. That direct2d is boring for me, i guess thats primary an ubuntu problem - which i do not use normally

                  Comment


                  • Originally posted by Qaridarium View Post
                    catalyst 10-6 will have direct2D in the standard setting!

                    there is a 10-6 beta with direct2D enabled as the standard right now!

                    (right now means right now)

                    and no i do not have this driver
                    Please pm me with a download link ;-)

                    Comment


                    • Originally posted by Kano View Post
                      As this is the XvBA thread i guess it would be more interesting if hd 5 cards work with vaapi/xvba now. That direct2d is boring for me, i guess thats primary an ubuntu problem - which i do not use normally
                      Is that true, the awful 2d is mainly an ubuntu problem? I've only had this card a few months, and it never dawned on me it could be a distro problem, hence I haven't tested out other distros on this new system....what do you mainly run kano, your a debian admin right?

                      PS I agree that XvBA functionality on my 5770 would be a welcome surprise, not that I really need as my 3.2GHz i7 960 quad-core barely flinches decoding 1080p video...but still, it would be nice to get ONE of the new features that the the card advertises

                      Comment


                      • Originally posted by Hans View Post
                        Please pm me with a download link ;-)
                        i can't!

                        But yes the driver is out in the wild!

                        If you are lucky some other can give you a present

                        Comment


                        • As Q says. Feel free to give me a "present".

                          Comment


                          • Originally posted by Kano View Post
                            As this is the XvBA thread i guess it would be more interesting if hd 5 cards work with vaapi/xvba now. That direct2d is boring for me, i guess thats primary an ubuntu problem - which i do not use normally
                            yes you are right !

                            but for simple ubuntu users this is an important bugfix!

                            why not support this important step ?

                            you are most of the time so much anti amd why not get sometimes more friendly if they do something right?

                            try it! be Happy!

                            Comment


                            • The slow 2d affects any xserver that doesn't have the backclear patch applied. Not sure which distros do that by default and which don't.

                              Comment


                              • oh, nevermind, I wasn't talking about that, I have been using the backclear patch for a long time....mistakingly thought there was talk of all the bloody tearing being an issue with ubuntu's kernel version or something...no such luck I guess

                                Comment

                                Working...
                                X