[Bug 765435] plugins: rework dmabuf import

[GStreamer (GNOME Bugzilla)]

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

--- Comment #5 from sreerenj <bsreerenj at gmail.com> ---
(In reply to Víctor Manuel Jáquez Leal from comment #4)
> (In reply to sreerenj from comment #3)
> > BTW, so no plan to implement dmabuf-capsfeature ??
> 
> The agreement is try to avoid it if we can unless we find a use-case were it
> is unavoidable.
> 
> Just as memory:VASurface capsfeature, I feel it is "avoidable" (removable)
> too ... hehehe...

Hm I thought the correct solution could be like this (considering v4l2src and
vaapipostproc as example)

-- vaapipostproc always provide dmabuf-capable bufferpool upstream if dmabuf
capsfeatures get negotiated.

-- v4l2src by deafult work in import mode (io-mode=dmabuf-import), which means
it will try to use the pool supplied by downstream vaapipostproc.

-- in case if v4l2src failed to use the downstream supplied pool, it will jump
to export mode (io-mode=export) and push buffers from it's on pool which will
work fine with vaapipostproc.

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