Page 2 of 8 FirstFirst 1234 ... LastLast
Results 11 to 20 of 72

Thread: Will AMD's XvBA Beat Out NVIDIA's VDPAU?

  1. #11
    Join Date
    Jul 2008
    Location
    Germany
    Posts
    686

    Default

    Quote Originally Posted by Melcar View Post
    If I'm not mistaken, the extension has been present in the driver for a while now.

    But not Announced by AMD/ATI.


    Quote Originally Posted by phhusson View Post
    I think they got some money from ATI/AMD ....
    They used a totally outdated graphic card versus a rather new one.
    According to the NVIDIA documentation (at http://us.download.nvidia.com/XFree8...ppendix-h.html ), VC-1 support on this card is only partial, while most new cards (even cheap ones) has total support.
    If the card has total support in VC1, I guess results will be exactly the same as H264: VDPAU will totally beat XvBA
    The fanboy has spoken.
    Last edited by Nille; 07-06-2009 at 09:06 PM.

  2. #12
    Join Date
    Dec 2007
    Location
    Merida
    Posts
    1,104

    Default

    Supported means it can be used, and the driver can technically use it.

  3. #13
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,584

    Default

    Quote Originally Posted by smitty3268 View Post
    1. XvBA isn't vaporware, because it hasn't even been announced yet. Vaporware requires something to be hyped up first, and AMD hasn't said a word about it yet. And no, it won't be available for the open source drivers, just like Nvidia won't allow VDPAU to be used by open source drivers either..
    WTH? VDPAU is free to implement in any driver. Free or closed. It's up to the driver guru's to add support for the API. Nvidia's and Via's drivers have support for it, intel has also considered supporting it and nvidia welcomes all who wish to use the API.

    Quote Originally Posted by smitty3268 View Post
    3. The benchmarks linked to are pretty useless. The systems the 3 cards are running on are completely different, and you can't compare any of the results between them beyond a basic 'yes, it seems to work pretty well' check that all 3 easily passed. If anything, Intel's VAAPI support seemed the most impressive of the 3, because it was running on an Atom CPU.
    Guess you didn't read the ION reviews, they too are powered by atoms.
    Last edited by deanjo; 07-06-2009 at 09:20 PM.

  4. #14
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,514

    Default

    We did apparently acknowledge its existence once (a marketing guy in Europe IIRC) but for use in embedded systems only.
    Last edited by bridgman; 07-06-2009 at 09:56 PM.

  5. #15
    Join Date
    Aug 2007
    Posts
    153

    Default

    This thread makes me a sad panda.

    XvBA will not be pulled from drivers; there are big-name buyers that use it. However, there are no public headers nor any kind of specification that states its X protocol implementation.

    It's discrete, not discreet. You make me want to give kittens to nVidia every time you misspell it.

    Out of VA-API, VDPAU, and XvBA, at least three of us (ymanton, marcheu, and I) agree that VDPAU will be the least painful to implement. Haven't talked with anybody else, mostly because at this point very few of the Gallium3D/Tungsten devs actually care about video, and they've got other things to work on anyway.

    Supported means it can be used, and the driver can technically use it.
    No, it can't. It's only there because they don't build two different versions of the driver, apparently; if they did, then XvBA support would just be compiled out of the publicly available driver.

  6. #16
    Join Date
    Apr 2007
    Posts
    13

    Default

    Reactions like these are why people keep this sort of information to themselves. In fact, I was really clear when I sent Phoronix the link that these benchmarks were never designed for comparing card A to card B.

    What they ARE good at is revealing two exciting pieces of info:

    1. The drop in CPU utilization across the board is magnificent for modern GPU's, even on Intel's side with the GMA 500 (sadly, known as "the one with the crappy closed driver").

    2. The performance impact of putting XVBA or VDPAU on top of VA-API doesn't seem significant, meaning VA-API could end up a real winner, given that, assuming we get Ati and S3 issues worked out by year's end, we'll have an API for vid accel that supports chips from four major vendors. That's quite impressive. It'll make for an absurd XBMC LiveCD if they ever add support for it.

    All things considered, however, I wonder if we're better off putting VA-API on top of VDPAU instead of the other way around. VDPAU already works on Mplayer, FFMPEG, VLC, and XBMC patch-free, and it's somewhat of an open standard. Making Ati's, Intel's, and S3's chips play along means we won't have to wait for patch updates for all the major video playback programs.
    Last edited by mukiex; 07-06-2009 at 10:36 PM.

  7. #17
    Join Date
    May 2007
    Location
    Third Rock from the Sun
    Posts
    6,584

    Default

    Quote Originally Posted by mukiex View Post
    Reactions like these are why people keep this sort of information to themselves. In fact, I was really clear when I sent Phoronix the link that these benchmarks were never designed for comparing card A to card B.

    What they ARE good at is revealing two exciting pieces of info:

    1. The drop in CPU utilization across the board is magnificent for modern GPU's, even on Intel's side with the GMA 500 (sadly, known as "the one with the crappy closed driver").

    2. The performance impact of putting XVBA or VDPAU on top of VA-API doesn't seem significant, meaning VA-API could end up a real winner, given that, assuming we get Ati and S3 issues worked out by year's end, we'll have an API for vid accel that supports chips from four major vendors. That's quite impressive. It'll make for an absurd XBMC LiveCD if they ever add support for it.

    All things considered, however, I wonder if we're better off putting VA-API on top of VDPAU instead of the other way around. VDPAU already works on Mplayer, FFMPEG, VLC, and XBMC patch-free, and it's somewhat of an open standard. Making Ati's, Intel's, and S3's chips play along means we won't have to wait for patch updates for all the major video playback programs.
    Why even bother with VA-API or XvBA at all? I honestly can't understand why "wrapper love" is so embraced on OS projects that don't need to have a wrapper solution at all. FFS people get pissed off enough when they have to use wrappers for proprietary closed solutions but all of a sudden it's OK to use them on opensource solutions. Fuck supporting 4 damn API's is just plain STUPID. Take the one that is most mature and complete and run with it. Linux was a nice lean OS but this crap is doing nothing but splitting up the talent and adding unnecessary bloat and complexity.

  8. #18
    Join Date
    Oct 2008
    Posts
    3,173

    Default

    Quote Originally Posted by Melcar View Post
    Supported means it can be used, and the driver can technically use it.
    No, it doesn't. Supported means supported. And this can't be used, and the drivers can't technically use it - at least for all we know. If you have proof that it can be, please share.

  9. #19
    Join Date
    Oct 2008
    Posts
    3,173

    Default

    Quote Originally Posted by deanjo View Post
    WTH? VDPAU is free to implement in any driver. Free or closed. It's up to the driver guru's to add support for the API. Nvidia's and Via's drivers have support for it, intel has also considered supporting it and nvidia welcomes all who wish to use the API.
    What makes you think the XvBA is any different? I doubt AMD is going to stop anyone from re-implementing the API in other drivers. It's the binary acceleration part that comes with their drivers that you can't simply copy. NVidia is the same, you can re-implement the API if you want, but you can't just copy the code out of their binary drivers. In other words, the Nouvou project is free to implement the VDPAU API by using shaders to accelerate it, but they can't use the dedicated hardware block on the cards, because that's only available with the NVidia binary drivers.


    Quote Originally Posted by deanjo View Post
    Guess you didn't read the ION reviews, they too are powered by atoms.
    What are you talking about? Of course I've heard of ION, and of course VDPAU works with them - I'm just saying that the performance numbers given in this test are more impressive for the Intel parts when you consider that the CPU usage is about the same with them on slower CPU's. Maybe the NVidia numbers would be similar, we really can't tell (and you can't compare to another review, because they use completely different clips/testing methods).

  10. #20
    Join Date
    Oct 2007
    Posts
    22

    Default

    Not to mention I don't expect this to ever be supported in a reasonable time considering that fglrx can't even support the newest kernel in a reasonable timeframe.

    Maybe AMD needs to take a hint from this economy and hold off from realeasing hardware before they have decent driver support for Windows and Linux. But of course they won't, as the driver is simply free software, while the hardware is where they rape the customers (for money), when the two products should be mutually exclusive.

Posting Permissions

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