1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Google's Linux Video Acceleration API: VAVDA

Google

Published on 01 June 2012 04:18 AM EDT
Written by Michael Larabel in Google
27 Comments

For those that haven't heard, for Google's Chrome web-browser and ChromeOS operating system, they have their own Linux video playback acceleration API.

Hitting the Chrome SVN about one week ago (Revision 138208) was where I first spotted this new Google video acceleration API called VAVDA.

Here was the commit message:
Revert 137988 - VAVDA is the hardware video decode accelerator for Chrome on Linux and ChromeOS for Intel CPUs (Sandy Bridge and newer).

This CL enables VAVDA acceleration for ChromeOS, both for HTML5 video and Flash.
Before getting too excited though, VAVDA doesn't appear to be some magical video acceleration API to all of a sudden make video playback work great for open-source drivers... VAVDA appears to be more or less a re-branded VA-API.

Searching VAVDA just yields various Google Chrome/Chromium (OS) references. When looking at the VAVDA patches themselves, it appears to be just based upon the VA-API API. The command-line switch for enabling this video acceleration API is also --enable-vaapi.

What changes (if any) that Google has made for VAVDA on top of VA-API have yet to be seen as I haven't had a chance yet to compare any API differences, but VAVDA is still dependent upon the libva library for VA-API.

Intel's open-source driver has supported the Video Acceleration API for a while and when it comes to Sandy Bridge and now Ivy Bridge CPUs the support is quite good and is well capable of offloading most HD content to the graphics processor. With the latest Chrome web-browser, VAVDA/VA-API can now be used when using HTML5 video or their Pepper Flash implementation.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Articles & Reviews
  1. Kubuntu 15.04 Is Turning Out Quite Nice, Good Way To Try Out The Latest KDE
  2. 5-Way Linux Distribution Comparison On The Core i3 NUC
  3. OCZ ARC 100 Linux SSD Benchmarks
  4. Lenovo ThinkPad X1 Carbon Works Great As A Linux Ultrabook
  5. Transcend SSD370 256GB
  6. Linux 3.19 File-System Tests Of EXT4, Btrfs, XFS & F2FS
Latest Linux News
  1. ALSA 1.0.29 Released
  2. Ubuntu 15.04 Beta Released, Ubuntu MATE Made Official
  3. Coreboot Developer: Purism Doesn't Deliver On Libre Firmware
  4. LLVM 3.6 & Clang 3.6 Deliver More Features, Complete C++14 Support
  5. The Most Popular Open-Source Linux Benchmarks
  6. The Tremendous Features Of Fedora 22
  7. Krita 2.9 Released, Their Biggest Release Ever
  8. RISC OS Now Works With The Raspberry Pi 2
  9. A Single UEFI Executable With The Linux Kernel, Initrd & Command Line
  10. Unigine 2.0 Beta Brings Performance Optimizations, Oculus Rift DK2 Support
Most Viewed News This Week
  1. Linux 4.0-RC1 Tagged, Linux 4.0 Will Bring Many Notable Improvements
  2. Screenshots Of The GNOME 3.16 Changes
  3. Mir Now Depends Upon C++14
  4. Linux 4.0 Doesn't Have The Weirdest Codename
  5. GNOME 3.16 Beta Brings Wayland-Based Log-in Screen
  6. LLVM Clang Compiling The Linux Kernel Is A Big Topic For 2015
  7. Linux BIOS/UEFI Updating Is Going To Get Much Better With UEFI 2.5
  8. Canonical Comes Up With Its Own FUSE Filesystem For Linux Containers
%%CLICK_URL_UNESC%%