mirror of
https://github.com/mollyim/webrtc.git
synced 2025-05-18 16:17:50 +01:00
![]() Shared screencast stream is tied to desktop capturer options, which may outlive capturer itself. This leads to a case where one may attempt to restart the stream in the capturer. This causes the previous pipewire objects to leak (as observed in `pw-top` output) and seems to appear as frozen screen for clients. This CL ensures that the shared screen cast stream, which is started in this capturer, is also stopped when the capturer is destroyed. Bug: chromium:1291247 Change-Id: I5f2b22e54e916549a5280ec457cd76360e42e48a Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/276640 Commit-Queue: Salman Malik <salmanmalik@chromium.org> Reviewed-by: Alexander Cooper <alcooper@chromium.org> Cr-Commit-Position: refs/heads/main@{#38187} |
||
---|---|---|
.. | ||
async_audio_processing | ||
audio_coding | ||
audio_device | ||
audio_mixer | ||
audio_processing | ||
congestion_controller | ||
desktop_capture | ||
include | ||
pacing | ||
remote_bitrate_estimator | ||
rtp_rtcp | ||
third_party | ||
utility | ||
video_capture | ||
video_coding | ||
video_processing | ||
BUILD.gn | ||
module_common_types_unittest.cc |