The result? Faster, better quality than WhatsApp, and the - true - freedom to use any platform you want.
Needless to say, I'm switching away forever from nonfree software when calling my significant contacts from now on. Victory!
It worked? Awesome I need to try with another PC, I wonder if it works on mobile.
@lps it did work! I was calling someone on their phones!
Is everything end to end encrypted in it ?
@futureisfoss seemingly yes, but I can only point to what the developer has written (haven't verified it myself yet)
The project is pretty new, too, so I don't know if anybody audited it yet.
I couldn't find anywhere that its end to end encrypted, can you send a link ?
Thanks for letting people know about this project, it seems like a really cool initiative.
@kzimmermann Interesting, didn't know this one. 👍
Just keep in mind [Issue # 77 (This project is currently inactive) at ianramzy/decentralized-video-chat] https://github.com/ianramzy/decentralized-video-chat/issues/77
@kzimmermann does it work with multiple people as well? Did you test performance in that set up?
@e0ipso didn't try that, and the performance was qualitative analysis only. The biggest plus was freedom of platform: phone or pc or whatever - it worked.
There's a github button below the website leading to the source code.
About p2p, i believe it only needs server to load the website and then goes p2p locally. Ideally it should never connect to the website's server after its fully loaded or maybe after your call connection has been made. But this has to be tested to know for sure.
I think the challenge that way is room discovery i.e. how do the two partners find each other? If you have a URL lying somewhere in the Internet syncing is just a matter of copying and pasting it, in a manner similar to early napster or a torrent tracker.
I wish the whole discoverability moved to P2P as well, so no takedowns would be possible.
I think making something so small like a website utility does have its limitations. Are there any p2p apps that support video calling ?
IMO p2p is best for audio/video calls, cause both parties have to be online anyway for doing calls, even in server based calls. Whereas messages tend to not reach the partner if one of them is offline, it can be an inconvenience for some.
@kzimmermann What are your thoughts on using this as a remote guest audio feed for podcasting?
Is the call reliability and latency good enough for this?
I'd be looking at interfacing the browser through a Pulseaudio source/sink into JACK as the processing path.
@neildarlow I think this would make a very handy tool for your use case.
I had zero issues with audio latency (some video issues, but also very small), but there were twice a situation where the call dropped due to the browser tab suddenly refreshing by itself (I didn't do anything, but maybe at the partner side someone accidentally tapped refresh at their phone screen?)
Even then it was super easy to set up and reconnect (basically just wait 5 seconds).
@kzimmermann I'm a little surprised by Issue #77 where the developer says development is on-hold while zipcall is acquired. I don't know if he's doing the acquiring or if it's being sold.
The author of this repo, @ianramzy, hasn't been active here for months. Although I do have the necessary rights to merge pull requests, this is still his project and he explicitly asked me not ...
@kzimmermann Domain not found
Fosstodon is an English speaking Mastodon instance that is open to anyone who is interested in technology; particularly free & open source software.