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!
Lots of great feedback, just want to highlight something
This has been my main challenge so far, and it reaches across platforms, as streaming my 7680x2160@240Hz gaming sessions via the browser, who lack hardware encoding is impossible.
So I’m exploring handling this, and features like global PTT, via a native desktop app, that can allow us to handle those integrations better.
Thank you; the native desktop app sounds intriguing, but please also support the existing open streaming standards since at least in my friend group, everyone already has OBS installed, trusts it, and knows how to point it somewhere. (Admittedly, this is more common among gamers than other less-technical users)
(Edit - just to be clear, the native app does also sound cool. Having all my forums in one UI would be handy)
In a way, I agree with you, meaning it’s not Zoom. But I also allow myself to somewhat disagree because fortunately OBS is a standard used in many fields!
I had a small issue with the rebuild today because I had previously tested the plugin under the name ‘Resenha’, which, by the way, I was quite sad about when it was changed to ‘Voice’.
Now, about the plugin itself, I noticed — and it might just be my impression because I rebuilt it after nearly two weeks with over 300 commits — that something made me appear in the #who-is-online channel when I tested voice on my instance, even though the toggle was set to ‘Offline’. Is this expected?