GStreamer Compute

Aaron Boxer boxerab at gmail.com
Wed Apr 10 12:09:52 UTC 2019


Thanks, guys. I will take a look at gstgl.

On Tue, Apr 9, 2019 at 6:39 AM Nirbheek Chauhan <nirbheek.chauhan at gmail.com>
wrote:

> On Mon, Apr 8, 2019 at 7:40 AM Aaron Boxer <boxerab at gmail.com> wrote:
> > Is there any existing element I could use as a template?
> > One twist is that GPUs give the highest performance in asynchronous
> mode, so
> > the element will need to pull buffers from upstream, schedule them to
> > the GPU, and only push the processed buffers downstream when the GPU
> > completes.  Also, it would be good to have the option of keeping the
> memory
> > on the device, in order to apply a series of kernels without costly move
> > to host and back to device.
> >
>
> The gstgl library does exactly all this. See, for example, inside
> gst-plugins-base/gst-libs/gst/gl/gstglwindow.c,
> gst_gl_window_default_send_message() which for instance runs all GL
> functions inside the glib main context attached to the window. You can
> probably do something similar.
>
> For keeping memory on the device, that's already supported by
> GstBuffer and by GstMemory, for instance GL and DMA-BUF memories are
> always on the device. You can add a new caps type for device-side
> compute buffers. Matthew (ystreet) might've spent some time on this
> already.
>
> Cheers,
> Nirbheek
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190410/95646b11/attachment.html>


More information about the gstreamer-devel mailing list