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.
Thread beginning with comment 473722
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: Nice work..
by f0dder on Thu 19th May 2011 13:23 UTC in reply to "Nice work.."
Member since:

Please, no.

We wouldn't have the kick-ass GPUs we have today if a hardware compatibility requirement had been enforced.

Yes, it would make the life of hobbyist OS developers easier, but it would be at the expense of the majority, who'd rather have *fast* hardware acceleration than simply have access to basic functionality across a wide range of devices.

I'd rather have two major vendors with decent products than a whole bunch of vendors with semi-sucky products, like we had back in the dark old DOS days.

Reply Parent Score: 0

RE[2]: Nice work..
by Neolander on Thu 19th May 2011 13:50 in reply to "RE: Nice work.."
Neolander Member since:

On the OS-software interface side, OpenGL and DirectX are standardized, with relatively infrequent changes.

Why couldn't this happen on the hardware-OS interface side ?

It's not as if GPU vendors innovate so much that they need new standards all the time anyway. From time to time we see a new feature like unified shaders or tesselation, but most of the time it's really just stacking more and more shaders on a single chip and making them run faster.

Edited 2011-05-19 13:50 UTC

Reply Parent Score: 3

RE[3]: Nice work..
by f0dder on Thu 19th May 2011 16:33 in reply to "RE[2]: Nice work.."
f0dder Member since:

Remember how slow the OpenGL consortium used to be?

That was for agreeing about software standard. Now care to wager how long it would take to get people to agree about hardware standards? We'd end with too little or too much, after taking way too long.

If you want to be able to support new tech, then we don't have a set-in-stone standard, and what good is it, then?

A minimalist interface, say modesetting and basic 2D acceleration + compositing would go a far way, and could probably done in UEFI. I don't believe in anything more than that.

I do wish hardware vendors would be more open and release specifications, but OTOH there's the whole point about R&D costs and patented tech that might even have been licensed from other companies.

Reply Parent Score: 1