[Bug 797010] vaapipostproc: implement the negotiation of memory:DMABuf in sink pad

[GStreamer (GNOME Bugzilla)]

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

Eugen Klim <ciceromarcus at yandex.ru> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ciceromarcus at yandex.ru

--- Comment #3 from Eugen Klim <ciceromarcus at yandex.ru> ---
(In reply to Nicolas Dufresne (ndufresne) from comment #2)
> I'd like to hold on this effort until we get a clearer view on Intel on how
> to address the issues cause by the implicit usage of modifiers. As it is
> now, these DMABuf cannot be imported anywhere else then into another VAAPI
> component using the same GPU. This unfortunate design decision breaks random
> use cases.

Isn't it better then nothing? Personally I need this not to send dmabuf
anywhere, but to transform DMABuf into VASurface without unnecessary copying.
Again, GL already *does* export DMABuf, this fix only adds the possibility of
accepting DMABuf to vaapipostproc. This is unfortunate that gstreamer could not
ensure that vaapi and GL are using the same device, but I do use them on the
same device and I don't want to copy memory twice from and to GPU.

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