jam VS server

Not exactly the same, but if you want a audio-only Clubhouse clone, check Jam https://gitlab.com/jam-systems/jam

The main repo is over at Gitlab: https://gitlab.com/jam-systems/jam/ which also has the issue tracker (we could do a better job keeping that up to date though tbh).

most Docker-compose.yml files I come across, e.g. https://gitlab.com/jam-systems/jam/-/blob/master/deployment/docker-compose.yml or https://github.com/Chocobozzz/PeerTube/blob/develop/support/docker/production/docker-compose.yml propose the complete setup while some propose those and a slimmer version without a web servers or reverse proxy https://github.com/nextcloud/docker#base-version---fpm

I think the drop-in audio room is here to stay. It is a format.

hn is a text room. Similar to how Twitter is a text room. Similar yet different.

https://twitter.com/__tosh/status/1377587398973005827?s=20

I'm working on Jam which is an open source implementation of the drop-in audio room format, in many ways similar to Clubhouse or Twitter Spaces but also different (and more versatile).

Show HN: https://news.ycombinator.com/item?id=26131123

https://gitlab.com/jam-systems/jam

I found Benedict Evens' take on Slack adding audio rooms and what it means for Clubhouse:

https://twitter.com/benedictevans/status/1377363658167050241...

Some things are so fundamental that it is difficult to say whether they were "invented" or "original". In some cases _discovered_ seems more fitting.

http://www.paulgraham.com/rootsoflisp.html

Why would you want yo use Clubhouse? You could use free, Open Source and privacy-respecting alterntives such as Jam (the closest to Clubhouse, can be self-hosted), Jitsi or Mumble...

For Jam (open source Clubhouse) we do a weekly “Jam Jam” which basically is an audio space that people can join (no video, no calendar slot negotiation, connecting with others who use the project).

We link to it in our readme

https://gitlab.com/jam-systems/jam

(can be improved)

I wonder if there is a better name for the concept that works for international audiences and people who don’t know the concept from academia.

For larger projects I can also imagine other formats like “show and tell” or “Q & A” where people submit questions (maybe even with donations or paid to create an income stream for the people working on the project)

Nice to see alternative clients already. Might also be cool to combine with Jam.

https://jam.systems/

https://gitlab.com/jam-systems/jam

Amazing work! The WebRTC community needs something like this so bad. Not only will this push a bunch of users toward self-hosted/free software but will also inspire others to build cool things :)

If/when you hit scaling challenges I would love to help! I maintain github.com/pion/turn and github.com/pion/webrtc. You can see that with how screego[0] does it.

Happy to help however I can (even if not using Pion!) One of the reasons I built it was so that I could put my TURN and Signaling server in the same process. It makes it way easier to tie your auth together for signaling+TURN. Then if you do go down the SFU route lots of interesting things you could do.

[0] https://github.com/screego/server/blob/e845b3d29c4b5794ed10f...

Check out ScreeGo : https://github.com/screego/server