Live data from Hacker News

Jami: GNU end-to-end encrypted alternative to Zoom and Jitsi

git.jami.net

71–78 of 78 posts

Re: Jami: GNU end-to-end encrypted alternative to Zoom and Jitsi

#72

Earlier quoted context omitted.

Webtorrent is a thing though. Is it not true peer-to-peer?

webtorrent builds on webrtc, which requires stun and ice servers. so you still send metadata to defined servers for connection handeling and most sadly you can't p2p in an offline LAN.

> so you still send metadata to defined servers for connection handeling

This is also true for typical p2p protocols though, isn't it? Normal torrent clients for example have hardcoded servers to start their dht search from.

Re: Jami: GNU end-to-end encrypted alternative to Zoom and Jitsi

#73

Earlier quoted context omitted.

Why does a product name have to have a "meaning" behind it? Kodachrome was abstract.

Because nowadays you are selling a lifestyle and experience rather than a product, and being "woke" gives you bonus points for no additional costs.

Wait until you find out what Ubuntu means.

Re: Jami: GNU end-to-end encrypted alternative to Zoom and Jitsi

#74
post #65
post #49

I've used this while trying to find open source video conferencing solutions and chat applications in the past. It spends significant amounts of time not finding my friends before timing out. As an aside, I don't believe in the virtues of P2P anymore. It's clear to me that centralised systems scale further and faster, and what we need are benign organisations to run them. Legal forms like cooperatives and community b…

Everything has a cost. On the long term, who will pay and maintain the Jitsi server ? How will random people find a trustworthy server ? Jami doesn't need a server.

Honestly, people will pay. They pay for Wikipedia, it is odd that you think they wouldn't pay for something as useful as this.

Re: Jami: GNU end-to-end encrypted alternative to Zoom and Jitsi

#75
post #49

I've used this while trying to find open source video conferencing solutions and chat applications in the past. It spends significant amounts of time not finding my friends before timing out. As an aside, I don't believe in the virtues of P2P anymore. It's clear to me that centralised systems scale further and faster, and what we need are benign organisations to run them. Legal forms like cooperatives and community b…

I share your interest in cooperatives, but not all cooperatives are equal. If we expect cooperatives to provide public interest services that might otherwise be P2P or nonprofit, I think we need a special kind of cooperative. I belong to cooperatives that are politically partisan, that engage in sharp practice, and that aren't as democratic as I'd like. I'd prefer cooperatives to concentrate on treating stakeholders…

In the UK we have a legal form called a community interest company. This, owned by a co-op, would probably be the right form.

Re: Jami: GNU end-to-end encrypted alternative to Zoom and Jitsi

#76

Earlier quoted context omitted.

webtorrent builds on webrtc, which requires stun and ice servers. so you still send metadata to defined servers for connection handeling and most sadly you can't p2p in an offline LAN.

> so you still send metadata to defined servers for connection handeling This is also true for typical p2p protocols though, isn't it? Normal torrent clients for example have hardcoded servers to start their dht search from.

Not necessarily. It does follow that if you submit to a tracker, but there's the DHT option which is advertised locally [0]. The way it seems to do it is the magnet uri includes the contents of a few IPs that might have, at minimum, a more up-to-date DHT with more IPs. At best it also includes some chunks of whatever you're trying to download.

[0]: https://stackoverflow.com/questions/1332107/how-does-dht-in-...

Re: Jami: GNU end-to-end encrypted alternative to Zoom and Jitsi

#77

Earlier quoted context omitted.

> just to let the developers know if they read here. Or, raise the issue with them for investigation, since a comment on an unrelated site isn't a reasonable way to provide feedback

But it was most convenient for the user. Maybe it's equally fair to lecture developers on reasonable ways to collect feedback.

I didn't lecture anyone. What did you find inconvenient about the existing methods of contact?

Re: Jami: GNU end-to-end encrypted alternative to Zoom and Jitsi

#78

Earlier quoted context omitted.

> so you still send metadata to defined servers for connection handeling This is also true for typical p2p protocols though, isn't it? Normal torrent clients for example have hardcoded servers to start their dht search from.

Not necessarily. It does follow that if you submit to a tracker, but there's the DHT option which is advertised locally [0]. The way it seems to do it is the magnet uri includes the contents of a few IPs that might have, at minimum, a more up-to-date DHT with more IPs. At best it also includes some chunks of whatever you're trying to download. [0]: https://stackoverflow.com/questions/1332107/how-does-dht-in-...

https://superuser.com/questions/592238/ does not seem to agree with that statement.
Post reply on HN