Mumble
ircv3-ideas | Mumble | |
---|---|---|
2 | 121 | |
46 | 5,986 | |
- | 1.1% | |
10.0 | 9.5 | |
about 5 years ago | 5 days ago | |
C++ | ||
- | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ircv3-ideas
-
Matrix 2.0: How we’re making Matrix go voom
> "At least as standard" how?
There are 8 people who vote on changes to the Matrix spec (the Spec Core Team), 7 of which are Element employees (including Matthew, Element's CEO). Element also controls the development of clients and servers used by the large majority of users in the public federation.
> A substantial portion of the IRC comunity is actively hostile to the IRCv3 extensions, and in some cases prefer incompatible implementations of the same functionality; Matrix has nothing like that going on.
But any IRC client will work fine on any IRC server, and they can connect to various servers with different implementations.
On Matrix, clients (generally) can only connect to one homeserver at a time; which forces them to converge on following exactly the same spec. And if your server differs ever so slightly from the other ones in how it implements some parts of the spec (room consensus), then it can be split-brained from the rest of the federation. Instead, changes to the room consensus are done by pushing new room versions, and each server implementation needs to explicitly support it or they can't join it. This means Synapse devs (which are a majority of Element employees) get to decide what room versions can get traction.
It is not uncommon for people in the Matrix community to complain about this and Element keeping specs in limbo, and PRs to the flagship clients being stuck in "design review tar".
> And there seem to be more visibly independent implementations of Matrix than IRCv3.
Clients, maybe, at least in the number of implementation. It's hard to find stats of this, but I feel that >95% of people in the public federation use Element even in tech-y rooms; IRC has a healthier mix of major clients (weechat, irssi, IRCCloud, Hexchat, KiwiIRC, The Lounge each have >5% of desktop/web users). But I admit that's just my very subjective point of view.
In terms of servers, Matrix has three open source ones as far as I know: Synapse (controlled by Element), Dendrite (controlled by Element, and almost on par with Synapse according to https://arewep2pyet.com/ ), and Conduit. Based on https://gitlab.com/famedly/conduit/-/milestones/3 , Conduit seems to be far from implementing the spec yet (eg. it doesn't seem to support leaving rooms or respecting history visibility).
> things like: server-side history extensions tended to mess up my client's history implementation (I'd end up with multiple copies of the same messages in my local logs, often with the wrong timestamps)
You can use https://ircv3.net/specs/extensions/message-ids to deduplicate them.
> And if you're in a conversation where people are using embedded gifs, then fundamentally you'll always be a second-class citizen if you're trying to participate in that with a client that can't display embedded gifs.
A conversation where people where people are using embedded gifs will exclude me regardless of client, because they are too distracting. At least on IRC I can expect people not to do it too much, and use words or emojis instead of reaction gifs.
> SSO access control; you just can't do that in a nice way if the client doesn't support it
That's a fair point; IRC is made by hobbyists more than companies, so that's not surprising. There is some discussion around it though: https://github.com/ircv3/ircv3-ideas/issues/74 and Sourcehut is sponsoring implementation (https://emersion.fr/blog/2022/irc-and-oauth2/).
- Ergo – modern IRC server written in Go
Mumble
- Welcome to mwmbl, the free, open-source and non-profit search engine
- Show HN: Get notified when sites update their terms of service
-
How does SonoBus+Tailscale compares to Signal with regards to encryption, quality and latency?
I think Sonobus is overkill. I suggest you look at a couple of relatively old-school gamer voice chat tools - Mumble or Teamspeak. Mumble is open-source and the connection is always encrypted, Teamspeak is commercial but the free tier should be fine for you - but you have to make sure to manually turn encryption on yourself. It has been a long time since I used either, so I don't know which is easier. Both of them require you to run their matching server software.
-
Revolt: FOSS Discord Alternative
Mumble's latency is unbeatable imo, it's basically their main focus and shows.
The sticking point for me is the lack of persistent messages, something the devs strangely think is a privacy plus. Issue open since 2016: https://github.com/mumble-voip/mumble/issues/2560
If you drop out for a minute you won't have access to anything that was posted in chat, which makes it useless for anything other than voice only comms, that might suit some business purposes but I've always needed to post links or screenshots in chat during meetings.
- Would Discord voice chat's latency allow multiple people to sing simultaneously in harmony?
- FOSS Discord Alternatives
-
does someone know?
There's any number of alternative chat applications available, like Element, Mumble, Teamspeak etc.
-
What's a software you searched to selfhost but is still missing to you ?
Mumble?
-
Is there a Walkie Talkie like app for WebRTC?
I think Mumble might fit what you're looking for. It's been a very long time since I've used it, but it seems to still exist: https://www.mumble.info/ - I've used previously for exactly what you're describing, events with lots of crew dispersed around and no budget for radios. I had it installed on an AP running OpenWRT so it was just a case of plugging that in and getting people to install the app and connect to it.
-
Looking for a simple gadget - Talk to someone in the same house
Along with the options already mentioned, if you're not into TeamSpeak, there is an open source alternative called Mumble which operates in the same manner. No internet required, and is supported on multiple platforms.
What are some alternatives?
The Lounge - 💬 Modern, responsive, cross-platform, self-hosted web IRC client
Jitsi Meet - Jitsi Meet - Secure, Simple and Scalable Video Conferences that you use as a standalone app or embed in your web application.
element-x-android - Android Matrix messenger application using the Matrix Rust Sdk and Jetpack Compose
Tox - The future of online communications.
convos - Convos :busts_in_silhouette: is the simplest way to use IRC in your browser
Rocket.Chat - The communications platform that puts data protection first.
znc-push - Push notification service module for ZNC
noise-suppression-for-voice - Noise suppression plugin based on Xiph's RNNoise
element-meta - Shared/meta documentation and project artefacts for Element clients
Mattermost - Mattermost is an open source platform for secure collaboration across the entire software development lifecycle..
ircv3-specifications - IRCv3 specifications | Roadmap: https://git.io/IRCv3-Roadmap | Code of conduct: http://ircv3.net/conduct.html
matrix-doc - Proposals for changes to the matrix specification [Moved to: https://github.com/matrix-org/matrix-spec-proposals]