Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: 7a0c687411951da1a5ace5ecfa4b3541c3e13967
https://github.com/WebKit/WebKit/commit/7a0c687411951da1a5ace5ecfa4b3541c3e13967
Author: Enrique Ocaña González <[email protected]>
Date: 2026-01-16 (Fri, 16 Jan 2026)
Changed paths:
M
Source/WebCore/platform/mediastream/gstreamer/GStreamerMediaStreamSource.cpp
M
Source/WebCore/platform/mediastream/libwebrtc/gstreamer/GStreamerVideoDecoderFactory.cpp
Log Message:
-----------
[GStreamer][WebRTC] increase size of apps max-bytes for video tracks
https://bugs.webkit.org/show_bug.cgi?id=305576
Reviewed by Xabier Rodriguez-Calvar.
The default value for max-bytes in 200000 is not enough and leads to
frame drops during pipeline buildup.
See: https://github.com/WebPlatformForEmbedded/WPEWebKit/pull/1595
This patch increases the buffering size of the appsrc element used for
video tracks in GStreamerMediaStreamSource so that it can handle enough
buffering to allow for the rest of the pipeline to be built before
buffers start to be lost. The right types are used for the parameters,
according to GObject best practices[1].
Aa an opportunistic cleanup task, types for max-buffer/max-bytes
arguments in GStreamerVideoDecoderFactory are also enforced as guint64.
This seems to be the recommended way to do it according to the GObject
documentation[1],
[1] https://docs.gtk.org/gobject/method.Object.set.html#description
Original author: Eugene Mutavchi <[email protected]>
* Source/WebCore/platform/mediastream/gstreamer/GStreamerMediaStreamSource.cpp:
Increase buffering size for video tracks and use proper types for the
parameters.
*
Source/WebCore/platform/mediastream/libwebrtc/gstreamer/GStreamerVideoDecoderFactory.cpp:
Cleanup by properly typing guint64 parameters.
Canonical link: https://commits.webkit.org/305705@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications
