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

Using Nouveau With Gallium3D Video Decoding

Nouveau

Published on 27 April 2011 08:50 PM EDT
Written by Michael Larabel in Nouveau
9 Comments

Yesterday we reported on the Gallium3D VDPAU state tracker being worked on more by Christian K├Ânig now that the XvMC state tracker for the Gallium3D driver architecture is largely complete. Christian's been focusing on bringing up the XvMC/VDPAU state trackers up on the R600g driver for the Radeon HD 2000 series GPUs and newer, but how's the code working on other Gallium3D drivers?

Gallium3D video decoding support was actually started with a focus on using the Nouveau driver for NVIDIA hardware around three years ago. It was started by Younes Manton, a student X.Org developer, as a Google Summer of code project. While XvMC was working okay back then with the hardware and open-source driver at that time, it's no longer in shape.

As said in this email message by Younes, there was a developer who has written basic NVIDIA NV50 support code for this video decoding work, but it's now outdated and hasn't been merged into the Mesa video branch. Another individual had also wrote NV40 support code.

One of the commonly talked about benefits of the Gallium3D driver architecture is that the GPU hardware drivers are simpler and that more code is shared between drivers. It's supposed to be to the point that one Gallium3D state tracker providing support for APIs such as OpenGL, OpenCL, OpenVG, OpenGL ES, XvMC, VDPAU, etc can in turn target any Gallium3D hardware driver in a near seamless manner. However, at this point, it doesn't work so well with all of the Gallium3D drivers still maturing and being in heavy development along with the core Gallium3D code itself.

The XvMC and VDPAU state trackers (and others) can't magically run on all drivers that don't provide the necessary interfaces to begin. For some of this video work, changes may be needed just not to the Gallium3D user-space driver, but to the kernel DRM driver as well.

The R300 Gallium3D driver for providing hardware support up through the Radeon X1000 series was also the first target for the ATI XvMC work. The support here should be a bit better, but at the moment the R600g driver is in the best shape.

Besides the differing states of driver support for XvMC / VDPAU, all of this work is still currently living in Mesa's pipe-video branch, which means regardless interested users will need to be building their own Mesa code if wishing to experiment with shader-based video acceleration under Gallium3D.

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's Latest Linux Graphics Code Competes Against OS X 10.9
  2. Intel Sandy Bridge Gets A Surprise Boost From Linux 3.17
  3. Open-Source Radeon Graphics Have Some Improvements On Linux 3.17
  4. CPUFreq Scaling Tests With AMD's Kaveri On Linux 3.16
Latest Linux News
  1. Mesa 10.3 Branched & RC1 Released, Mesa 10.4 On Master
  2. Intel Sandy Bridge Gains On Linux 3.17 Extend Beyond Graphics
  3. LinuxCon: What's Going On With Fedora.Next
  4. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  5. EFL 1.11 Is A Big Milestone For Enlightenment Users
  6. DirectFB Updates GTK3 Support, Working Towards DirectFB 1.8
  7. Userptr Support Set For AMD Radeon GPUs In Linux 3.18
  8. NVIDIA Releases CUDA 6.5 As A Huge Update
  9. GNOME 3.14 Beta Makes GLSL Optional, Supports Wayland Gesture/Touch Events
  10. The Many Things You Can Build With A Raspberry Pi
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. ATI CrossFire Does Not Support On This Platform When Enabling (Ubuntu Lucid)
  4. Dead Island for Linux (?)
  5. The dangers of Linux kernel development
  6. Remote gui not accessible in Phoronix Test Suite 5.2
  7. Updated and Optimized Ubuntu Free Graphics Drivers
  8. Next-Gen OpenGL To Be Announced Next Month