webrtc
webrtc copied to clipboard
According to Google library of webrtc and documentation this should be the behavior when disabling a stream: https://developer.mozilla.org/en-US/docs/Web/API/MediaStreamTrack/enabled It should keep sending audio frames with 0 value and in video...
``` int32_t ObjCDesktopMediaList::UpdateSourceList(bool force_reload, bool get_thumbnail) { if (force_reload) { for (auto source : sources_) { [objcMediaList_ mediaSourceRemoved:source.get()]; } sources_.clear(); } webrtc::DesktopCapturer::SourceList new_sources; thread_->BlockingCall([this, &new_sources] { capturer_->GetSourceList(&new_sources); }); typedef std::set...
error does not occur in m104_release, but error occurs in m114_release SyntaxError: Inner class (MediaStreamTrack.MediaType) can not be used directly by JNI. Please import the outer class, probably: import org.webrtc.MediaStreamTrack;...
We're having an issue where the audio processing audio unit gets stopped when all the tracks are muted. This is a change to libwebrtc done here - https://github.com/webrtc-sdk/webrtc/commit/272127d457ab48e36241e82549870405864851f6#diff-96494536ec12249ed599120315bbc5df4ca4b7612c4098e5fdce65e72065328dR101 Normally this...
This adds support for H.265 video encoding/decoding to libwebrtc. This is ported from https://github.com/open-webrtc-toolkit/owt-deps-webrtc and most notably commits 0abff7c58c965cfba375d82cdcca012abbd82ff6 and 0abff7c58c965cfba375d82cdcca012abbd82ff6 by jianjunz as well as any relevant fixes in...
Hi All, I am trying to build the libraries in Mac with MacOS13.3.sdk. I am getting below error `../../modules/desktop_capture/mac/screen_capturer_mac.mm:453:11: error: 'CGDisplayStreamUpdateGetRects' is only available on macOS 13.0 or newer [-Werror,-Wunguarded-availability-new]...
To reproduce on iOS: - have a video track with simulcast with 3 layers with H264 hardware encoding - disable one layer by setting `encoding.isActive` to `false` in peer connection...
## Description I want to support soft codec in ios. so I use `rtc_use_h264=true`, but I can't compile it. ## Trace ``` ld64.lld: error: library not found for -lrt ld64.lld:...
It's too late to resolve orientation after starting camera capture, the first couple of frames will have incorrect rotation information. This patch starts listening for orientation as soon as RTCCameraVideoCapturer...