[gst-devel] How to fit in a GPU accelerated rendering plugin

Simon Holm Thøgersen odie at cs.aau.dk
Thu Dec 27 20:33:26 CET 2007


tor, 27 12 2007 kl. 14:14 -0500, skrev Andy Wingo:
> Hi Wladimir,
> 
> On Fri 14 Dec 2007 11:45, "Wladimir van der Laan" <laanwj at gmail.com> writes:
> 
> > Hello,
> >
> > I have created a GPU-accelerated plugin to playback Dirac video
> > streams.
> 
> Rocking!
> 
> > Is there infrastructure in place to pass the output of a plugin as a
> > GL texture, for direct rendering? Or some other recommended way to do
> > this?
> 
> Since no one else mentioned this in this thread IIRC, David Schleef has
> been doing things like this, check his weblog:
> 
>   http://www.schleef.org/blog/2007/12/25/opengl-in-gstreamer/
> 
> Eventually when glimagesink gets updated there will be no need for
> gldownload, the texture can be rendered directly.
> 
gldownload will still be useful for doing further processing on the CPU
and debugging, so I wouldn't say it's something temporary. Or maybe you
were just referring to the pipeline David Schleef posted on the blog,
and the specific case of Wladimir's decoder?

> > I realize I've probably written the first video rendering plugin for
> > Linux that is accelerated on graphics hardware, so this might get
> > interesting.
> 
> There have been GPU-based filters before, and direct-path hardware
> decoders, but not decoders on the GPU I don't think. You rock :-)


Simon Holm Thøgersen





More information about the gstreamer-devel mailing list