On Tue, May 12, 2009 at 12:17 PM, Matthias Hopf
On May 12, 09 17:25:57 +0200, Rafał Miłecki wrote:
Video decode is mostly done on shaders (at least motion compensation) on that hardware. We've released the 3D engine information on these chips so this could be implemented now if anyone was so inclined. Can you be more specific about this, please? I'm really intereseted
Do you mean "is mostly done" or rather "can be mostly done"? Is that implemented anywhere? Does that hardware mean RS690 or R5xx-R7xx,
IDCT and motion compensation can be done with regular shaders. But what will bite you in h264 is the Cabac (sp?) encoding. It's said to need 45% of decompression time on CPUs, and that won't go away. I assume the UVD block in the hardware has the capability for this entropy decoding algorithm.
AFAIR there have been papers on how to implement IDCT and motion compensation with shaders. I'm sorry, I don't remember where I read them, but it could even be white papers from NVIDIA (which doesn't mean that it can only be used on NVIDIA hardware).
Also, there is a gallium frontend for video decode: http://www.bitblit.org/gsoc/g3dvl/index.shtml Alex -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org