#data-channel #unreliable #server #native #client #connect #sctp

webrtc-unreliable-client

Just enough hacks to connect a native client to a https://github.com/triplehex/webrtc-unreliable server

7 releases

0.2.2 Apr 1, 2023
0.2.1 Apr 1, 2023
0.2.0 Jan 28, 2023
0.1.3 Sep 18, 2022
0.1.1 Aug 27, 2022

#2127 in Network programming

Download history 3/week @ 2023-12-13 12/week @ 2023-12-20 7/week @ 2023-12-27 3/week @ 2024-01-03 21/week @ 2024-01-10 6/week @ 2024-01-17 1/week @ 2024-01-31 7/week @ 2024-02-07 19/week @ 2024-02-14 27/week @ 2024-02-21 46/week @ 2024-02-28 22/week @ 2024-03-06 30/week @ 2024-03-13 29/week @ 2024-03-20 20/week @ 2024-03-27

105 downloads per month
Used in 4 crates (via naia-client-socket)

MIT/Apache

1MB
27K SLoC

webrtc-unreliable-client

MIT/Apache

Just enough hacks to connect a native client to a webrtc-unreliable server.

At first this was going to just wrap webrtc-rs, but I experienced absurd compile times going that route .. Knowing that I very likely needed a much smaller subset of functionality to get an unreliable, unordered datachannel set up to connect to a webrtc-unreliable server, I cloned all webrtc-rs and started to cut it down. I'm not so sure this was the correct path. Protocols like DTLS, SCTP, SDP really don't have a lot of fat to trim, so it seems. However, I believe this is progress.

If anyone knows of a good way to anayze during run-time which functions are never called, please get in touch!

Dependencies

~26–43MB
~797K SLoC