Zipcall.io – Free browser-based video calling
github.com
github.com
Could you elaborate what makes this different from normal P2P WebRTC without a SFU? Do you feel that the claim of "no latency" is even possible/reasonable regardless of the tech involved?
It’s a nice project, but:
> Zipcall is built radically different. We left behind slow bulky servers, opting for decentralized peer to peer calling. We engineered a platform with maximum video quality and low latency.
Translation: it uses WebRTC or we didn’t invent anything — it uses technology built into your browser.
> State of the art VP9 video compression combined with our scaling optimization makes your calls crystal clear.
Same as above (assuming you’re browser supports VP9).
> Breakthrough peer to peer WebRTC technology means your video goes directly to the other person without a server. No middleman. No extra stops.
Same as above.
> End to end state of the art encryption means your calls are exactly that. Your calls.
How exactly?
(disclaimer: this is what I work on)
Once we get this thing launched, we'll right that wrong.
Also, networks are getting faster, and so the nr of supportable participants in p2p video calls goes up and conceivably stops being an issue in some years. Many users already have fast enough networks for this today.
A quick glance at the readme suggests that this negotiates peer-to-peer connections using Twilio. But it's not just that it's p2p, right? Since there are a ton of p2p video-calling tools out there, most memorably to me the original Skype before Microsoft bought it.
In comparison, Jitsi sort-of worked on the same devices (but screen share was limited to 5 FPS).
It was the same bad WebRTC quality, perhaps even worse as my video preview was really laggy.
You still need signaling of the SDP offer, but that can be done via email/sms/whatever if you really don't want to have a server at all.
This service is just run-of-the-mill WebRTC, nothing special about it though.