←back to thread

86 points stargrave | 2 comments | | HN request time: 0.417s | source
Show context
lxgr ◴[] No.40087224[source]
> WebRTC-based solutions are insane bloated incredible monsters [...] They work mainly only if you use the same kind of software and codecs, for example Chromium[...]

That's just not true anymore these days. I've used WebRTC between Firefox, Safari, and Chrome without any issues.

> only if you use the same kind of software and codecs, for example Chromium, that requires dozens of gigabytes of disk space and much RAM, CPU time to build it.

There seem to be non-browser implementations [1] [2], although I can't vouch for their quality.

[1] https://liburtc.org/

[2] https://github.com/awslabs/amazon-kinesis-video-streams-webr...

replies(2): >>40087932 #>>40090115 #
Sean-Der ◴[] No.40087932[source]
libdatachannel[0] is exciting me the most for 'low footprint'. str0m[1] is especially exciting, but you have to be in a device/ecosystem that allows rust.

> only if you use the same kind of software and codecs

With WebRTC I can connect clients with varying support of H264, VP8, VP9, AV1, Opus, ulaw and alaw. WebRTC has plenty of flaws, but 'lack of negotiation' is one of them.

[0] https://github.com/paullouisageneau/libdatachannel

[1] https://github.com/algesten/str0m

replies(1): >>40088099 #
1. lxgr ◴[] No.40088099[source]
Oh, this looks great! Also thank you for Pion :)

Edit: Woah, I somehow completely missed that Pion does WebRTC media too (I've only seen it in a data channel project I've toyed around with in the past). Definitely add that to my list above, and I can somewhat vouch for it, it's cool!

replies(1): >>40092559 #
2. Sean-Der ◴[] No.40092559[source]
Thank you so much for using it. I feel so honored(and surprised) that people use it. I totally stumbled into a successful project.

If I ever can be helpful with your projects reach out!