Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: f3ef8627533aa8762c2991fa51053047e245e420
https://github.com/WebKit/WebKit/commit/f3ef8627533aa8762c2991fa51053047e245e420
Author: Daniel Golle <[email protected]>
Date: 2026-10-09 (Fri, 09 Oct 2026)
Changed paths:
M Source/WebCore/platform/graphics/gstreamer/VideoFrameGStreamer.cpp
Log Message:
-----------
[GStreamer] DMABuf video frames are sized from the padded GstVideoMeta,
decoder padding rows show on screen
https://bugs.webkit.org/show_bug.cgi?id=326829
Reviewed by Philippe Normand.
VideoFrameGStreamer::getDMABuf() sizes the imported DMABuf from the
GstVideoMeta width and height. The meta describes the buffer's memory
layout; a V4L2 stateless decoder fills it with the coded size of the
capture format (gst_v4l2_codec_pool_acquire_buffer), so a 1080-line
stream decoded into 1088-line buffers is imported as 1920x1088 and
scaled into the 1080-line layer. The eight padding lines show up as a
green stripe along the bottom of every frame.
The caps carry the display size. Take the frame size from the
GstVideoInfo and keep only the plane strides and offsets from the meta,
as GStreamer's own dmabuf upload does for its display path. Bug 268416
made the same correction for the previous DMABuf path; the DMA-BUF video
sink from bug 279672 sized from the meta again.
* Source/WebCore/platform/graphics/gstreamer/VideoFrameGStreamer.cpp:
(WebCore::VideoFrameGStreamer::getDMABuf):
Canonical link: https://commits.webkit.org/323197@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
