[Bug 753591] [encoders] implement "direct-uploading"

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Oct 19 11:20:24 UTC 2016


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

--- Comment #3 from Víctor Manuel Jáquez Leal <vjaquez at igalia.com> ---
Got a hackish version that works only for 3 frames.

We need to destroy the derived image after unmapping, otherwise the driver will
assume it is busy. As the documentation says:

An image created with vaDeriveImage should be freed with vaDestroyImage. The
image and image buffer structures will be destroyed; however, the underlying
surface will remain unchanged until freed with vaDestroySurfaces.

Right now, I force the destruction of the derived image after unmapping and it
works, meanwhile the buffer is not reused again, since we would need to
recreate the derived image again when mapping. 

Though, we ought to re-design a bit our gstvaapimeta to handle this use case.
The previous design was only for downstream and decoding, where the image is
not processed by va again because it is going to be rendered. The work flow
here is different.

-- 
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