We built a video conferencing app using JavaScript in hours

Re:We built a video conferencing app using JavaScript in hours by jokoon on Friday September 04, 2020 @01:58AM (#24372134)

I'm still curious what is the underlying server tech that takes care of the video stream, and if it's tcp only or does some udp too.

I guess the server doesn't modify the video stream. Since browsers are able to read the webcam, do they use hardware acceleration to compress the video stream? Is there a collection of formats?

I still wish we could go back to p2p video streaming like Skype was doing.

[ Parent | on HN ]

Re:We built a video conferencing app using JavaScript in hours by i-am-curious on Friday September 04, 2020 @03:09AM (#24372492)

P2P scales quadratically, central server scales linearly. You might argue the cost is not borne by the operator but imagine what happens if Zoom was P2P. It would probably bring down the internet.

Moreover P2P would require more upload bandwidth per user from users. P2P just doesn't make sense for standard video conferencing.

[ Parent | on HN ]

Re:We built a video conferencing app using JavaScript in hours by XCSme on Friday September 04, 2020 @09:16AM (#24374637)

> central server scales linearly

Assuming that the server combines all the incoming streams into a single output stream, otherwise it still has to broadcast N-1 streams to each of the N users.

[ Parent | on HN ]

Re:We built a video conferencing app using JavaScript in hours by i-am-curious on Friday September 04, 2020 @05:56PM (#24379284)

But why would you not combine them? In fact, I can easily see people being lazy and combining just on N sized stream to reduce server overhead especially if there is compression on top.

[ Parent | on HN ]