When the slacked pacer experiment is enabled the next pacing opportunity may be a full tick (~16 ms) from now. Add a flag to allow experimenting with a burst interval (= 16 ms?) such that we can send bursts in MaybeProcessPackets. A common use case would be that EnqueuePackets triggers MaybeProcessPackets when we are off-tick but we'd still like to create an immediate burst instead of waiting for the next tick or two for that to happen. Bug: webrtc:14152 Change-Id: Ib0ed8312cb7d53b80f3520fff3a6e3bbb5a93fd1 Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/264985 Reviewed-by: Per Kjellander <perkj@webrtc.org> Commit-Queue: Henrik Boström <hbos@webrtc.org> Reviewed-by: Philip Eliasson <philipel@webrtc.org> Cr-Commit-Position: refs/heads/main@{#37116}
…
…
…
WebRTC is a free, open software project that provides browsers and mobile applications with Real-Time Communications (RTC) capabilities via simple APIs. The WebRTC components have been optimized to best serve this purpose.
Our mission: To enable rich, high-quality RTC applications to be developed for the browser, mobile platforms, and IoT devices, and allow them all to communicate via a common set of protocols.
The WebRTC initiative is a project supported by Google, Mozilla and Opera, amongst others.
Development
See here for instructions on how to get started developing with the native code.
Authoritative list of directories that contain the native API header files.
More info
- Official web site: http://www.webrtc.org
- Master source code repo: https://webrtc.googlesource.com/src
- Samples and reference apps: https://github.com/webrtc
- Mailing list: http://groups.google.com/group/discuss-webrtc
- Continuous build: https://ci.chromium.org/p/webrtc/g/ci/console
- Coding style guide
- Code of conduct
- Reporting bugs
- Documentation
Description
The idea is to make CMake build for WebRTC m130 version - for audio processing module
Languages
C++
90.3%
Java
2.9%
C
2.2%
Objective-C++
2%
Python
1.3%
Other
1%