Hacker News Reader

Comment by 0x004C | Hacker News Reader

This is great news for Matrix also. With a widely known project like Teamspeak adopting it as a protocol, others might follow.

Speaking of Teamspeak 5 - I hope the new client doesn't hog multiple gigabytes of RAM. Being lightweight is one of the reasons I prefer Teamspeak over Discord.

View on HN

> Being lightweight is one of the reasons I prefer Teamspeak over Discord.

Any reason you prefer teamspeak over mumble?

Imho no, except for the network effect from when you have lazy friends/users who don't want to migrate away from the product they are already using.

I just happened to setup a Teamspeak server instead of Mumble long time ago. Now it's hard enough to get friends use Teamspeak over Discord :)

For my group it was mumble's voice normalisation and the inability to boost or lower the volume of individual users.

The current beta uses 7 processes with a total RAM of 139MB, so not as bad as some electron apps.

Old TS3 client uses 60MB.

And then we end up with unfederated networks which matrix is supposed to be all about.

The point of an open source federated communications tool is that you can make your own federation if you want to, with your own policy.

Yeah, but it clashes with the mail analogy that is used to promote federation.

But what makes me wonder is the choice of words "based on matrix" instead of "using matrix". So even if you wanted you couldn't federate.

Assuming they do wish to maintain interoperability, you can use matrix while extending the base "events" that are sent to clients. So it may be that essentially Teamspeaks client/server will support the main specification "m.room" events, such as joining, leaving, adding/editing titles, etc, while also exposing their own "com.teamspeak.event" addons (which might be invites to voice channels or recordings or something specific like that), which so long as the client says "oh hey, I know those, speak them to me" will work fine, and any other client could still get the basic chat functionality.

I'm not sure how exactly this works with server <-> server federation, I've never actually looked at that spec.

https://matrix.org/docs/spec/client_server/r0.6.1#types-of-r...

Reminds me of Jabber and how GTalk was first able to talk to anyone out there before they locked it down with their custom modifications to the protocol.

The big question is if they will federate with the rest of the Matrix ecosystem or keep it closed.

It's positive for matrix either way, but federation would be great.

Reply on news.ycombinator.com