Linked by lemur2 on Wed 18th May 2011 13:58 UTC
Linux Efforts to implement NVIDIA's Video Decode and Presentation API for Unix (VDPAU) on the open source Radeon Gallium3D drivers (for AMD/ATI chipsets) are reportedly just beginning to work. Being Gallium3D-based means this new VDPAU state tracker is using GPU shaders and not the dedicated Unified Video Decoding (UVD) engine found on modern Radeon HD graphics processors, but using shaders is still a big performance win for HD video playback compared to pegging the CPU constantly. Also, MPEG-2 is the only codec known to work at this time. Once the basic state tracker functionality works, support for other video codecs, such as VP8 and H264, should be relatively easy to add.
Permalink for comment 473701
To read all comments associated with this story, please click here.
Intel G45 VA-API Support Is Available
by lemur2 on Thu 19th May 2011 09:46 UTC in reply to "RE[3]: Nice work.."
lemur2
Member since:
2007-02-17

Intel matters a lot. I really wonder how people could think otherwise.

And that is just on desktop. On embded -- which is also targeted by Linux -- it is a total different story.


Finally, Intel G45 VA-API Support Is Available

http://www.phoronix.com/scan.php?page=news_item&px=OTQ1NA
"The Intel G45 chipset was released in the summer of 2008, but only this week is it now possible to take advantage of VA-API video playback acceleration for this Intel integrated graphics processor."

As far as I know, there is also code available to provide a translation layer between the VA-API and VDPAU APIs.

Like the Radeon drivers for AMD/ATI, Intel graphics drivers for Linux are also open source. The only difference is that Intel's drivers are written by Intel, whereas the Radeon drivers for AMD/ATI chipsets are written by the open source community from programming specification documents provided by AMD.

http://www.x.org/docs/AMD/

Keen observers will note that these programming documents do not cover the UVD video acceleration hardware features of AMD/ATI chips. I believe this is due to the fact that video DRM functionality is inextricably embedded in the UVD hardware, and AMD have agreed to not disclose this functionality to open source drivers. It is for this reason that open source video decode acceleration for AMD/ATI chips, which this thread topic is about, must be done via GPU shaders.

On this page:
http://wiki.x.org/wiki/RadeonFeature
Video decode (XvMC/VDPAU/VA-API) using the 3D engine is a work-in-progress for the Gallium3D drivers, whereas video decode (XvMC/VDPAU/VA-API) using UVD is not available for older cards (which do not have the requisite hardware) or TODO (not started through lack of information) for the newer cards which do have UVD hardware.

Intel's drivers do not have this problem. The dedicated video acceleration hardware features of Intel graphics chips is directly utilised by the Intel drivers.

Edited 2011-05-19 09:55 UTC

Reply Parent Score: 3