[Bug 776927] vaapi: plugins: accept GLMemory buffers from upstream

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=776927

Matt Fischer <mattfischer84 at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #343387|none                        |needs-work
             status|                            |

--- Comment #11 from Matt Fischer <mattfischer84 at gmail.com> ---
Created attachment 343387
  --> https://bugzilla.gnome.org/attachment.cgi?id=343387&action=edit
Patch to add dmabuf export to gldownload

Here's a very hacked-together patch that implements the gldownload strategy. 
It still needs a bunch of work before it would be ready to go in, but it seems
to work correctly, at least on my system.

Questions about this patch:
  1.  The way this is set up, it will export the dmabuf every frame.  That's
too much work, we should be able to just export the buffer once and then hang
on to the exported dmabuf fd.  What's the best way to set that up?
  2.  Right now it performs this export whenever it can.  Would there be
situations where we wouldn't want a dmabuf export?  It seems like as long as
the resulting buffer is mappable, the downstream plugins can still get at it in
software if they want to, so things would still work the way they expect.  But
I'm not too familiar with the intricacies of dmabufs, so I don't know if there
would be other reasons that we might not want to do a dmabuf export in some
cases.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.