[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