[Bug 775698] vaapisink: wayland: mutter cannot import surface into a texture

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Feb 13 03:23:23 UTC 2018


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

--- Comment #29 from Daniel van Vugt <daniel.van.vugt at canonical.com> ---
Clearly my memory of all things VAAPI has faded. However, I do remember that
lack of support for NV12 by mutter is a red herring. Yes it would be nice for
efficiency but it's also not necessary. Because (gstreamer-)vaapi can already
decode to rgb32. So this could just be a negotiation failure of the sink to
tell the vaapi side what format(s) it supports.

Waiting for mutter (and all compositors) to support NV12 is probably also a bad
idea that doesn't scale. That's handing off responsibility for the problem to
be fixed N times, where N (number of compositors) is unbound going into the
future.

Surely we should just be asking vaapi to decode to a buffer using a format that
the target sink definitely supports (where "supports" means it's also checked
that with the current compositor). It seems to be working that way in Ubuntu,
so whether you take my patches or build your own, it is at least possible to
get the pipeline working with vaapi.

Keeping vaapi in the picture is important, because modern videos along the
lines of 4K/HDR/10-bit are too complex to decode in software. So vaapi should
not be considered the optional component anymore. Only the choice of a more
efficient or more compatible buffer format should be optional, and negotiated.

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