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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #31 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
(In reply to Daniel van Vugt from comment #29)
> 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.

It remains the I420, YUY2 and NV12 support is being planned for gnome-shell.
Though, viewporter is a bigger priority. Meanwhile, if you have DMABuf, note
that the following pipeline would work (on Intel), so similar thing could be
achieved:

  ... ! glupload ! glcolorscale ! gldownload ! waylandsink

This will download as DMABuf.

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

That requires playbin3. Unless you have ported to playbin3 in Ubuntu, it should
not be possible.

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

We know this, but we are completely slave of the stability of VAAPI internals.
Note that threading has been added to videoconvert to push back this limit a
little longer. The stability also needs to be proven cross platform (not only
Intel).

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