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

WebM, Theora Acceleration Talked About For Gallium3D

Mesa

Published on 26 March 2011 09:59 AM EDT
Written by Michael Larabel in Mesa
10 Comments

Earlier this week I mentioned a student developer looking to partake in Google's Summer of Code was interested in creating an H.264 state tracker for Gallium3D whereby any graphics card with a Gallium3D driver could have H.264 video decoding support using VA-API / VDPAU and accelerating the operations in shaders on the GPU, where in theory at least it would be universally supported across all drivers on this architecture. It's still looking hopeful that this will be hacked on this summer, but a few interesting points have been expressed.

Mesa developers haven't shot down this GSoC proposal like they effectively did with the OpenGL 4.1 state tracker proposal two weeks back over that being too ambitious for a single student to do in one summer. In fact, the Mesa developers seem fairly interested in such a video acceleration state tracker happening. As mentioned in previous articles, the only work done in this area on Gallium3D already has been for XvMC and MPEG with mixed success.

Christian K├Ânig, the developer that has been working on XvMC for the R600g driver is excited about the possibility of another developer now working on "pipe-video", the branch of Mesa where this video acceleration for Gallium3D is being developed.

Other points that have been talked about for this work in recent days include:

- Shader-based video acceleration is still not ideal when modern graphics cards have dedicated units for encoding/decoding video. Unfortunately, these implementations like AMD UVD2 and NVIDIA PureVideo are not publicly documented and would require hardware-specific work.
- One opportunity instead of -- or to complement -- the H.264 video acceleration would be to target the WebM / VP8 or Theora formats. The video decoding hardware that's out there now doesn't support these open formats so it's all CPU bound for now, so working on WebM video acceleration for Gallium3D would be an original creation. Much of the work needed to target H.264, WebM / VP8, and Theora would be code that could be shared across formats.
- In terms of whether to target the VA-API or VDPAU API for such a state tracker, the consensus seems to be on using NVIDIA's Video Decode and Presentation API for Unix. It also appears that it would be easier to extend VDPAU than VA-API for handling new formats like Google's WebM.
- It was also mentioned there is someone working on WebM support over OpenCL (see the GitHub), but that's currently slower than a CPU-based solution and the open-source drivers currently don't have OpenCL support.

Let's hope this Google Summer of Code proposal is accepted and that it manages to materialize this summer into something useful.

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 Linux Hardware Reviews
  1. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  2. Sumo's Omni Gets Reloaded
  3. AMD A10-7800 & A6-7400K APUs Run Great On Linux
  4. Radeon Gallium3D Is Running Increasingly Well Against AMD's Catalyst Driver
Latest Linux Articles
  1. Intel Sandy Bridge Gets A Surprise Boost From Linux 3.17
  2. Open-Source Radeon Graphics Have Some Improvements On Linux 3.17
  3. CPUFreq Scaling Tests With AMD's Kaveri On Linux 3.16
  4. Enabling HyperZ Is Still An Easy Way For Faster RadeonSI Performance
Latest Linux News
  1. DirectFB Updates GTK3 Support, Working Towards DirectFB 1.8
  2. Userptr Support Set For AMD Radeon GPUs In Linux 3.18
  3. NVIDIA Releases CUDA 6.5 As A Huge Update
  4. GNOME 3.14 Beta Makes GLSL Optional, Supports Wayland Gesture/Touch Events
  5. KDE Software Compilation 4.14 Released
  6. The Many Things You Can Build With A Raspberry Pi
  7. AMD's Catalyst Linux Driver Preparing For A World Without An X Server?
  8. Khronos Publishes Its Slides About OpenGL-Next
  9. Proposed: A Tainted Performance State For The Linux Kernel
  10. Systemd 216 Piles On More Features, Aims For New User-Space VT
Latest Forum Discussions
  1. AMD Offers Mantle For OpenGL-Next, Pushes Mantle To Workstations
  2. Systemd 216 Piles On More Features, Aims For New User-Space VT
  3. Dead Island for Linux (?)
  4. The dangers of Linux kernel development
  5. Remote gui not accessible in Phoronix Test Suite 5.2
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. Next-Gen OpenGL To Be Announced Next Month
  8. OpenGL 4.5 Released With New Features