#WebRTC #networking #p2p #tcp #udp #rtcpeerconnection
|
4 سال پیش | |
---|---|---|
.github | 4 سال پیش | |
cmake | 5 سال پیش | |
deps | 4 سال پیش | |
examples | 4 سال پیش | |
include | 4 سال پیش | |
src | 4 سال پیش | |
test | 4 سال پیش | |
.clang-format | 5 سال پیش | |
.editorconfig | 5 سال پیش | |
.gitignore | 4 سال پیش | |
.gitmodules | 4 سال پیش | |
BUILDING.md | 4 سال پیش | |
CMakeLists.txt | 4 سال پیش | |
DOC.md | 4 سال پیش | |
Jamfile | 4 سال پیش | |
LICENSE | 6 سال پیش | |
Makefile | 4 سال پیش | |
README.md | 4 سال پیش |
libdatachannel is a standalone implementation of WebRTC Data Channels, WebRTC Media Transport, and WebSockets in C++17 with C bindings for POSIX platforms (including GNU/Linux, Android, and Apple macOS) and Microsoft Windows. It aims at being both straightforward and lightweight with a minimum of external dependencies, to enable direct connectivity between native applications and web browsers without the pain of importing the bloated Google reference library. The interface consists of somewhat simplified versions of the JavaScript WebRTC and WebSocket APIs present in browsers, in order to ease the design of cross-environment applications. It can be compiled with multiple backends:
Licensed under LGPLv2, see LICENSE.
The library implements the following communication protocols:
The WebRTC stack has been tested to be compatible with Firefox and Chromium.
Protocol stack:
Features:
Note only SDP BUNDLE mode is supported for media multiplexing (RFC8843). The behavior is equivalent to the JSEP bundle-only policy: the library always negociates one unique network component, where SRTP media streams are multiplexed with SRTCP control packets (RFC5761) and SCTP/DTLS data traffic (RFC5764).
WebSocket is the protocol of choice for WebRTC signaling. The support is optional and can be disabled at compile time.
Protocol stack:
Features:
Only GnuTLS or OpenSSL are necessary.
Optionally, libnice can be selected as an alternative ICE backend instead of libjuice.
Submodules:
See BUILDING.md for building instructions.
See examples for complete usage examples with signaling server (under GPLv2).
Additionnaly, you might want to have a look at the C API documentation.
#include "rtc/rtc.hpp"
rtc::Configuration config;
config.iceServers.emplace_back("mystunserver.org:3478");
rtc::PeerConection pc(config);
pc.onLocalDescription([](rtc::Description sdp) {
// Send the SDP to the remote peer
MY_SEND_DESCRIPTION_TO_REMOTE(string(sdp));
});
pc.onLocalCandidate([](rtc::Candidate candidate) {
// Send the candidate to the remote peer
MY_SEND_CANDIDATE_TO_REMOTE(candidate.candidate(), candidate.mid());
});
MY_ON_RECV_DESCRIPTION_FROM_REMOTE([&pc](string sdp) {
pc.setRemoteDescription(rtc::Description(sdp));
});
MY_ON_RECV_CANDIDATE_FROM_REMOTE([&pc](string candidate, string mid) {
pc.addRemoteCandidate(rtc::Candidate(candidate, mid));
});
pc.onStateChange([](rtc::PeerConnection::State state) {
std::cout << "State: " << state << std::endl;
});
pc.onGatheringStateChange([](rtc::PeerConnection::GatheringState state) {
std::cout << "Gathering state: " << state << std::endl;
});
auto dc = pc.createDataChannel("test");
dc->onOpen([]() {
std::cout << "Open" << std::endl;
});
dc->onMessage([](std::variant<binary, string> message) {
if (std::holds_alternative<string>(message)) {
std::cout << "Received: " << get<string>(message) << std::endl;
}
});
std::shared_ptr<rtc::DataChannel> dc;
pc.onDataChannel([&dc](std::shared_ptr<rtc::DataChannel> incoming) {
dc = incoming;
dc->send("Hello world!");
});
rtc::WebSocket ws;
ws.onOpen([]() {
std::cout << "WebSocket open" << std::endl;
});
ws.onMessage([](std::variant<binary, string> message) {
if (std::holds_alternative<string>(message)) {
std::cout << "WebSocket received: " << std::get<string>(message) << endl;
}
});
ws.open("wss://my.websocket/service");
Thanks to Streamr for sponsoring this work!