[Bug 743345] glimagesink: Add support for dmabuf

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Feb 25 09:56:43 PST 2015


Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> changed:

           What    |Removed                     |Added
             Status|UNCONFIRMED                 |NEW
     Ever confirmed|0                           |1

--- Comment #24 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
(In reply to Daniel Stone from comment #23)
> Huh? You specify the dmabuf FDs when you create an EGLImage, and you cannot
> modify that afterwards.

Seems exact. EGLImages are created for a set of FDs. The concern being that in
current draft, each time a set of FDs arrive, we create a new EGLImage (and
texture), which we dispose when we are done with it. We could potentially
optimize this since FDs comes from a pool and will be recurrent. That being
said, the complexity comes from the fact the pool model does not work, we need
a cache where we can retrieve a specific EGLImage depending on specific set of
FDs. We also need a smart way to invalidate the cache (a mini object weak
pointer probably works here, if not racy).

Is Weston doing this kind of caching ? Is it worth considering this kind of
optimization so early ?

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