Page 3 of 117 FirstFirst 123451353103 ... LastLast
Results 21 to 30 of 1167

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

  1. #21
    Join Date
    Aug 2008
    Posts
    56

    Default

    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 at 12:08 PM.

  2. #22
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,582

    Default

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

  3. #23
    Join Date
    Oct 2008
    Posts
    3,038

    Default

    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.

  4. #24
    Join Date
    Aug 2007
    Posts
    6,607

    Default

    @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.

  5. #25
    Join Date
    Dec 2008
    Posts
    984

    Default

    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?

  6. #26
    Join Date
    Jul 2008
    Location
    Germany
    Posts
    627

    Default

    Quote 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

  7. #27
    Join Date
    Nov 2008
    Posts
    147

    Default

    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?

  8. #28
    Join Date
    Aug 2007
    Posts
    6,607

    Default

    @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 at 12:26 PM.

  9. #29
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,582

    Default

    Quote 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.

  10. #30
    Join Date
    Feb 2008
    Location
    127.0.0.1
    Posts
    89

    Default

    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 at 12:29 PM.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •