#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

#4 in #sctp

Download history 20/week @ 2024-01-08 10/week @ 2024-01-15 7/week @ 2024-02-05 14/week @ 2024-02-12 25/week @ 2024-02-19 46/week @ 2024-02-26 24/week @ 2024-03-04 27/week @ 2024-03-11 26/week @ 2024-03-18 16/week @ 2024-03-25 56/week @ 2024-04-01 23/week @ 2024-04-08 23/week @ 2024-04-15

120 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

~27–43MB
~808K SLoC