I just played around with this and it’s super cool! Wanted to give some initial feedback.
- Volume for screenshare vs speech:
I tried this out, and doesn’t show the other participants screenshare volume separately from their speech volume. It only shows one combined slider for both their voice and screenshare audio. Did I miss a slider or misunderstand? (My use case is being able to mute/lower the volume of someone’s game stream but still hear them talk.)
- Small bug: when editing a room (ex: capitalizing the first letter of the room name), when I go back to edit it again, it doesn’t show any edit option until I refresh the whole page. Maybe the client UI is forgetting I have permissions after applying the edit.
- I am very appreciative of the IP privacy popup! Thank you for anticipating this concern

- On my system, my mic is very quiet and needs a lot of boost. This is a system issue on my side, but on Mumble (and I would assume Discord but it’s been a while so I don’t remember) I can apply a lot of manual gain to overcome this. I would suggest when disabling the automatic gain option, providing a manual gain knob with a looot of headroom for boosting (my normal raw background noise is -48db and speech is like -30db. In audacity this would be approx a 20db boost to get to normal range.)
- Not due to Discourse, but has the same limitation that all linux webrtc screenshare has – namely, no audio screenshare on firefox, and chrome only supporting browser tab audio screenshare). So if I want to stream a game, I can’t stream the audio from the game on linux due to browser limitations.
- One clever workaround I saw another solution provide was to just expose an endpoint address I could point OBS to. (Maybe livekit already supports this, I have not set up the livekit server part yet)
- I am really impressed with the subtitling feature! I don’t have a use case yet for transcription part, but I can definitely see it being useful in business environments for note taking.
- There is currently a UI challenge of visitors not knowing there are people in the chat rooms unless they scroll down – potentially a long way. On my install, it’s more than a full page scroll due to all the links/categories/tags I have. This is especially true on mobile, which just doesn’t surface the chat user list at all, unless they click on the menu bar. I might recommend some kind of top-right button for when chat is active (ex from mumble). Seeing that (1) or more in there is always my main cue to me that someone wants me to hop in the chat!
Anyway, great work on this – it’s a huge step forward for Discourse and I’m very excited by it! ![]()