Bug 279439 – [GStreamer][DMABuf] Renderer crash on imx6q

• Component: WPE WebKit
• Status: RESOLVED FIXED

Created attachment 472514 [details]
backtrace for a renderer crash when trying to play video using wpewebkit-2.44.3 on imx6q

Commit e96233 enables the DMABufVideoSink for wpewebkit 2.41 onwards which breaks video playback on platforms not supporting GL_EXT_texture_rg (here: imx6q/GC2000 using etnaviv).

The creation of the YUV textures for DMABufVideoSink fails on such platforms, leading under some circumstances to a renderer crash (see attached backtrace for wpewebkit-2.44.3) caused by an unsuccessfully created texture being passed into glEGLImageTargetTexture2DOES by TextureMapperPlatformLayerProxyDMABuf::DMABufLayer::createEGLImageData. In cases where the video playback attempt does not crash the renderer, videos show only as green rectangles.

Enforcing the 2.40 series path of webkit-gl-video-appsink/GstGLColorConvertElement/GstGLUploadElement via the WEBKIT_GST_DMABUF_SINK_DISABLED=1 environment variable restores video playback on the imx6q.

Could I solve this by adding a runtime check that disables DMABufVideoSink if GL_EXT_texture_rg is unavailable?

Pull request: https://github.com/WebKit/WebKit/pull/33614

[Philippe Normand]

FYI this code is likely to be removed, see bug 279672.

[Philippe Normand]

Source/WebCore/platform/graphics/gstreamer/DMABufVideoSinkGStreamer.cpp was removed, closing.

I think this patch can remain downstream. Can you check upstream main and if the issue still happens, feel free to re-open the bug :)

I have just tried current master (da216758e86f) on the same platform and the described issue seems indeed resolved.

I have not checked which appsink is being used but whichever one is picked automatically has video playback generally working.