Mailinglist Archive: radeonhd (427 mails)
| < Previous | Next > |
Re: [radeonhd] RS690 full-HD performance
- From: Alex Deucher <alexdeucher@xxxxxxxxx>
- Date: Tue, 12 May 2009 12:18:47 -0400
- Message-id: <a728f9f90905120918n3320d4d9pd81c4c96d483ce2c@xxxxxxxxxxxxxx>
On Tue, May 12, 2009 at 12:17 PM, Matthias Hopf <mhopf@xxxxxxx> wrote:
Also, there is a gallium frontend for video decode:
http://www.bitblit.org/gsoc/g3dvl/index.shtml
Alex
--
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx
On May 12, 09 17:25:57 +0200, Rafał Miłecki wrote:
Video decode is mostly done on shaders (at least motion compensation)Can you be more specific about this, please? I'm really intereseted
on that hardware. We've released the 3D engine information on these
chips so this could be implemented now if anyone was so inclined.
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@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx
| < Previous | Next > |