Hacker News new | past | comments | ask | show | jobs | submit login

I reckon it’s also expensive to stream your audio/video to N different participants in a peer-to-peer fashion.



As far as I know, Jitsi uses SFU (i.e. not P2P, not MCU), so every device sends their stream once (to the server), which doesn't do any transcoding but only forwards the streams to each client.

Therefore (just like multicast) you only send your stream once, and every client receives n streams.


Shame the dream of multicast died...


even with multicast you have n-1 incoming stream which is much later problematic but still can be an issue on low bandwidth clients


How is this significantly different from n-1 streams coming from a single peer/server connection? Isn't that simply what it takes to have a group video call?


At least scaling could be done server side (welln not in a E2E scenario) based on the receiver viewport to reduce bandwidth.


Yup, very true.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: