Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 28

Thread: Google's Linux Video Acceleration API: VAVDA

  1. #11
    Join Date
    Jun 2010
    Location
    ฿ 16LDJ6Hrd1oN3nCoFL7BypHSEYL84ca1JR
    Posts
    965

    Default

    Quote Originally Posted by droidhacker View Post
    VAVDA = V(a)A(pi)V(ideo)D(ecode)A(cceleration).
    Video Acceleration API Video Decode Acceleration.


  2. #12
    Join Date
    Dec 2010
    Posts
    1,047

    Default

    Quote Originally Posted by Gusar View Post
    The way I read it, this isn't a new API, it's just a wrapper to integrate hardware decoding into Chrome.
    So what? The standard is still OpenMAX but somehow desktop-oriented vendors are unwilling to support it. (It is widely supported on other platforms such as smartphones and even the PS3.)
    Neither VAAPI, nor VDPAU, nor the AMD one is an actual standard. Only OpenMAX is.

  3. #13
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    574

    Default

    Quote Originally Posted by Awesomeness View Post
    So what? The standard is still OpenMAX but somehow desktop-oriented vendors are unwilling to support it. (It is widely supported on other platforms such as smartphones and even the PS3.)
    Neither VAAPI, nor VDPAU, nor the AMD one is an actual standard. Only OpenMAX is.
    It depends on your definition of standard. Technically a standard is the one everyone uses. OpenMAX is advocated by Khronos but I think it came too late to the party (which is a shame)

  4. #14
    Join Date
    Sep 2011
    Posts
    32

    Default

    Have any of you been able to get gasping acelleration using fglrx and the xvba wrapper on chrome 21 with pepperflash? Remember, you have to run with the --enable-vaapi flag.
    Last edited by devguy; 06-01-2012 at 12:18 PM.

  5. #15
    Join Date
    Feb 2012
    Posts
    366

    Default

    9J
    Quote Originally Posted by Awesomeness View Post
    So what? The standard is still OpenMAX
    I can respond in the same way: So what? VDPAU and vaapi are here and they work. It makes much more sense for Google to support one of these instead of something that's not used by any X driver. Standard or not.
    Last edited by Gusar; 06-01-2012 at 12:26 PM.

  6. #16
    Join Date
    Nov 2009
    Posts
    19

    Default

    Quote Originally Posted by Gusar View Post
    9JI can respond in the same way: So what? VDPAU and vaapi are here and they work. It makes much more sense for Google to support one of these instead of something that's not used by any X driver. Standard or not.
    For Google this is true as VAVDA seems to be no new API.
    But for the AMD, NVIDIA and Intel it is not true. An system independent API like OpenMAX would allow to use the same code for various platforms. Media-Software programmers could find this a nice thing. Nowadays your have to use the DXVA-API for Windows and VA-API + VDPAU for Linux and i.e. OpenMAX for a Smartphone. A portable solution like OpenGL ES would be much better.

  7. #17
    Join Date
    Jun 2011
    Posts
    32

    Default

    anyone tried this? how can I be sure that I'm using vaapi after passing the --enable-vaapi flag to chromium?

  8. #18
    Join Date
    Dec 2010
    Posts
    1,047

    Default

    Quote Originally Posted by Gusar View Post
    9JI can respond in the same way: So what? VDPAU and vaapi are here and they work.
    VAAPI does not work on my NVidia system, just as VDPAU does not work on Intel systems. AMD's API works on neither of the first two, just as the first two do not work with AMD systems.
    I'm aware of wrapper libraries but those never worked for me. So no video acceleration with VLC (only supporting VAAPI) on my NVidia system.

    OpenMAX is far more widespread than any of those three proprietary APIs (I'm using the original meaning of “proprietary” here, not the FSF meaning of “proprietary” = “closed source”). Some Linux software (such as GStreamer) even support OpenMAX. The only major roadblock are the drivers because AMD, Intel, and NVidia all suffer from NIH syndrome in this case.

  9. #19
    Join Date
    Aug 2007
    Posts
    6,598

    Default

    Your example is wrong. the vdpau-video wrapper works with vlc (and with mplayer vaapi) but crashes with xbmc (but there you can use vdpau natively). It is easy to verify that vaapi is used, the output is similar to that what you get when you execute vainfo (only the debug lines).

  10. #20
    Join Date
    Nov 2009
    Posts
    19

    Default

    Additionally VA-API support is provided by Splitted Desktop's VA-API<-->XvBA wrapper library. But this solution doesn't always work flawlessly. And the native XvBA support came too late and has again its own API. But I agree that a common API (at least like DXVA under Windows) is required. Look at Adobe Flash - it does not support all APIs. And this applies to most other programs, too.

Posting Permissions

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