[webkit-changes] [WebKit/WebKit] 8a8781: Cherry-pick 277980 at main (231262cc356b). https://bu...

[Philippe Normand]

  Branch: refs/heads/webkitglib/2.44
  Home:   https://github.com/WebKit/WebKit
  Commit: 8a8781d912a1d8f28bff5142c10560cf43c84baa
      https://github.com/WebKit/WebKit/commit/8a8781d912a1d8f28bff5142c10560cf43c84baa
  Author: Philippe Normand <philn at igalia.com>
  Date:   2024-05-30 (Thu, 30 May 2024)

  Changed paths:
    M Source/WebCore/platform/mediastream/gstreamer/GStreamerIncomingTrackProcessor.cpp
    M Source/WebCore/platform/mediastream/gstreamer/GStreamerMediaStreamSource.cpp

  Log Message:
  -----------
  Cherry-pick 277980 at main (231262cc356b). https://bugs.webkit.org/show_bug.cgi?id=273238

    [GStreamer][WebRTC] Request video key-frame when connecting incoming streams
    https://bugs.webkit.org/show_bug.cgi?id=273238

    Reviewed by Xabier Rodriguez-Calvar.

    In some cases of remote peer sending H.264, the resulting depayloaded bitstream might not contain
    SPS/PPS informations required for decoding. Without these the parser would discard frames until the
    stream can be parsed, potentially leading to delay in setting up the video decoder. To workaround
    this issue, issue a key-frame request as soon as a new src pad is exposed on webrtcbin, and also
    when adding video pads to the mediastreamsrc element.

    * Source/WebCore/platform/mediastream/gstreamer/GStreamerIncomingTrackProcessor.cpp:
    (WebCore::GStreamerIncomingTrackProcessor::incomingTrackProcessor):
    * Source/WebCore/platform/mediastream/gstreamer/GStreamerMediaStreamSource.cpp:
    (webkitMediaStreamSrcPadProbeCb):

    Canonical link: https://commits.webkit.org/277980@main

Canonical link: https://commits.webkit.org/274313.289@webkitglib/2.44



To unsubscribe from these emails, change your notification settings at https://github.com/WebKit/WebKit/settings/notifications