[Webkit-unassigned] [Bug 232925] [GTK] cannot play video with accelerated compositing enabled and gstreamer-vaapi installed

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=232925

--- Comment #16 from Víctor M. Jáquez L. <vjaquez at igalia.com> ---
(In reply to Michael Catanzaro from comment #14)
> It looks like the GStreamer devs have reproduced the issue without WebKit
> involved at all [1].
> 
> We already established that the bug requires accelerated compositing mode.
> As to why WEBKIT_FORCE_SANDBOX makes a difference, I don't know, but maybe
> the sandbox is blocking access to something that vaapi needs, "fixing" the
> issue? Hi Victor, any thoughts on that?
> 
> [1]
> https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/877#note_1154667

I added some notes in the gstreamer issue:

https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/877#note_1160747

Yet, it's pending to verify if the sandbox affects the output.

A preliminary conclusion is, when WebKitGLVideoSink is used (when composite is enabled) with gstreamer-vaapi garbage is rendered. While with the new gstva ements are used (with vapostproc), only the color space is not handled correctly (if no vapostproc is added, only the va decoder, the rendering is correct).

I wonder if WebKitGLVideoSink requests the correct number of retained frames to upstream in pool negotiation, and if gstreamer-vaapi frames lifetimes are handled right.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20211117/15a61292/attachment.htm>