[Bug 760916] gl: implement GstGLMemoryEGL
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Jan 28 17:35:35 PST 2016
https://bugzilla.gnome.org/show_bug.cgi?id=760916
--- Comment #10 from Matthew Waters (ystreet00) <ystreet00 at gmail.com> ---
Just double checking, but for dmabuf, the lifetime requirements are as follows:
dmabuf -> EGLimage: requires the dmabuf to keep the EGLImage alive.
EGLImage -> GL texture: can discard the EGLImage (for 2D textures). For
external-oes textures from an EGLImage, I believe there are extra
synchronisation requirements that require us to keep a reference to the
EGLImage so that it doesn't get reused too early.
Is the only problem that gsteglimagememory/gstglmemoryegl does not have a way
to wrap existing EGLImage's? If so, that's easy to add. As you say it may
need to be a refcounted EGLImage reference but still, dead simple to add.
For GstGLMemoryEGL, it would need to optionally take a EGLImage to create the
GL texture from and then discard it (or not) if that's allowed/not required
anymore. That is entirely possible now with the GstGLVideoAllocationParams and
you have a GL texture bufferpool for free! The exact semantics would have to
be defined for GstGLMemoryEGL but it is entirely possible.
If it ever makes sense to combine all three handles (dmabuf, EGLImage, GL
texture) then a GstGLMemoryDMABUF would make sense (but I don't believe it does
currently).
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list