Announcement

Collapse
No announcement yet.

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

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

  • #16
    Yes, I actually updated the technical details on that page a couple of times, although my updates were reverted because they didn't match gossip on other forums. Yay.

    As always, can't comment on unreleased features.

    Comment


    • #17
      Originally posted by bridgman View Post
      R600 doesn't have UVD. It was a pretty big chip already and it had enough shader power and bandwidth to do a fair amount of decode acceleration on the shaders.
      Ok but RV630 and RV610 are UVD enabled, unfortunetly they dont seem to be supported.
      Same goes for UVD+ Devices.

      Dont get me wrong its nice to have something like XvBa finally but why so limited compared to Nvidias solution ?
      Last edited by dosenpfand; 11-03-2009, 11:51 AM.

      Comment


      • #18
        Originally posted by Kano View Post
        So for all Debian/Ubuntu users i updated my scripts to autoinstall the needed files. As it requires fglrx 9-10 final driver best solution is...
        Hi Kano, I'm sorry if I'm being a dumbass, but do you have any idea if the stream beta driver (8.67) works with these steps?

        My 5750 doesn't work with the fglrx 9-10.

        Thanks, Evan.

        Comment


        • #19
          Originally posted by dosenpfand View Post
          Dont get me wrong its nice to have something like XvBa finally but why so limited compared to Nvidias solution ?
          Nvidia only supports Geforce 8xxx and newer for their Linux VDPAU support, whereas the 7xxx (and maybe 6xxx) cards had video accell support under windows too.

          (And I had a 7900 GS grr)

          So AMD/ATI aren't that different here, except that it took them a lot longer to make it happen.

          Maybe the opensource drivers will make it happen for older cards one day.

          Comment


          • #20
            The Hd Vid decoding support on GF7xxx Cards under Win is kinda limited, but annyway Nvidia supports more Generations of Cards with VDPAU

            Comment


            • #21
              This is good news. But as an end user, I really will only care when XvBA/VA-API finds its way into XBMC. Then maybe my 780G board can go back to being an HTPC board. Has 780G support been confirmed?

              Edit: I did see Bridgman post that 780 support was there. Not sure if this is in the official announcement or not though.
              Last edited by gsacks; 11-03-2009, 12:08 PM.

              Comment


              • #22
                Only AMD/ATI would decide to support a stagnant api like VA-API. What a loss for ATI users.

                Comment


                • #23
                  VAAPI isn't necessarily a bad choice here - in fact it means we now have 1 api that covers all major hardware since there is also a VDPAU backend for it. Software support for it should come relatively quickly, i would think, assuming that it works of course. The comment about the 9.11 drivers possibly breaking this is a little worrying, however. Is that going to be a continuing problem with AMD driver updates, or is that just an issue with the early implementation? It's going to suck if everybody's drivers break each month after upgrading.

                  Comment


                  • #24
                    @evanjfraser

                    I did not test this beta driver as i refuse to get a login. I provided a hack to get rid of unsupported logo however.

                    Comment


                    • #25
                      So I installed Catalyst 9.10, libva and xvba-video, build mplayer with the vaapi support, but when I try to run it:

                      Code:
                      $./mplayer -vo vaapi -va vaapi ~/Planet_Earth_From\ Pole_to_Pole_1080p_sample.mkv
                      
                      [vo_vaapi] vaPutSurface(): the requested function is not implemented
                      [vo_vaapi] vaPutSurface(): the requested function is not implemented
                      ...
                      
                      MPlayer interrupted by signal 6 in module: decode video
                      - MPlayer crashed. This shouldn't happen.
                      This is on a RS780. Has anyone actually got it to work?

                      Comment


                      • #26
                        Originally posted by bridgman View Post
                        R600 doesn't have UVD. It was a pretty big chip already and it had enough shader power and bandwidth to do a fair amount of decode acceleration on the shaders.
                        But the HD3XXX Generation has UVD and as an big fan of ATI i'm feeling betrayed

                        Comment


                        • #27
                          He who controls the API, controls the univ.. market sorry!

                          AMD is stupid to go the VA-API (Intel) way. Or not! They want to pull the rub under VDPAU (Nvidia) but they know they can't do that alone. The enemy of my enemy is my friend?

                          Comment


                          • #28
                            @monraaf

                            You reminded me of updateing the infos at the end of the script. The way you tried works with nvidia and intel (there you need -2 script) but not with fglrx. fglrx only works with -vo vaapi:gl[:reflect]. Don't know when this will change.

                            2nd hint: if it still does not play check mediainfo if it is h264 L5.1.
                            Last edited by Kano; 11-03-2009, 12:26 PM.

                            Comment


                            • #29
                              Originally posted by smitty3268 View Post
                              VAAPI isn't necessarily a bad choice here - in fact it means we now have 1 api that covers all major hardware since there is also a VDPAU backend for it. Software support for it should come relatively quickly, i would think, assuming that it works of course. The comment about the 9.11 drivers possibly breaking this is a little worrying, however. Is that going to be a continuing problem with AMD driver updates, or is that just an issue with the early implementation? It's going to suck if everybody's drivers break each month after upgrading.

                              We all know how well front end and backend efforts like this have played out in the past. *cough* pulseaudio *cough*

                              Using a bandaid solution is just bad project planning and is probably linux's greatest flaw.

                              Comment


                              • #30
                                I just wonder, how long it will take to get this news in usable form.
                                I mean my Sabayon MC doing a great job on Nvidia 9400 IGP.
                                On the other hand main machine with HD4850 is unusable for watching HD video under Linux (Gentoo). So the question is when i'm going to see it in portage
                                Why portage ? Since ~amd64 has all the good staff unlike Ubuntu's official repos
                                Last edited by n0nsense; 11-03-2009, 12:29 PM.

                                Comment

                                Working...
                                X