[Bug 785054] if downstream doesn't support GstVideoMeta, VAAPI has to copy to another buffer and convert the stride

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Feb 20 17:17:50 UTC 2018


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

Víctor Manuel Jáquez Leal <vjaquez at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #368638|0                           |1
        is obsolete|                            |

--- Comment #10 from Víctor Manuel Jáquez Leal <vjaquez at igalia.com> ---
Created attachment 368665
  --> https://bugzilla.gnome.org/attachment.cgi?id=368665&action=edit
vaapibufferpool: don't change config when forcing video meta

VA-API based buffer might need a video meta because of different
strides. But when donwstream doesn't support video meta we need to
force the usage of video meta.

Before we changed the buffer pool configuration, but actually this
is a hack and we cannot rely on that for downstream.

This patch add a check fo raw video caps and allocator is VA-API,
then the option is enabled without changing the pool configuration.
In this case the element is responsible to copy the frame to a
simple buffer with the expected strides.

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