Naja, eigentlich unterhalten sich viele Nutzer auf dem Forum, dem ich angehöre, normalerweise in externen Umgebungen, und wenn man direkt mit offenem Mikrofon beitritt, kann Umgebungsgeräusche die Kommunikation stören. Außerdem gibt es noch einen weiteren Bug: Selbst wenn man auf der Sprachseite klickt, um das Mikrofon zu stummschalten, ist es in Wirklichkeit immer noch offen, und man muss es erst ausschalten und wieder einschalten, um es wirklich zu schließen.
Im Vergleich zu Jitsi gibt es einige Unterschiede, da Jitsi eine Oberfläche bietet, mit der man das Mikrofon stummschalten oder wieder aktivieren kann, bevor man offiziell dem Sprachchat beitritt. Discourse Voice hat diese Funktion jedoch nicht. Ich denke, dass diese Oberfläche das Problem weitgehend vermeidet.
Ah, verstanden. Würden diese Nutzer von PTT profitieren? Wir bieten zwar grundlegende Unterstützung dafür, aber ein besseres PTT-Erlebnis – sowohl auf Mobilgeräten als auch am Desktop – erfordert in gewisser Weise eine native App. In diesem Bereich sind wir derzeit aktiv am Experimentieren.
Hast du vielleicht noch andere Vermutungen? Ich habe versucht, meinen anderen Demo-Benutzer einzuladen, aber leider funktioniert es immer noch nicht. Konntest du Benutzer erfolgreich per Link einladen?
Update: Ich habe gerade eine Einladung an einen Admin in einen neuen Raum geschickt, und sie bekam trotzdem eine 404-Seite.
@putty Möglicherweise liegt das Problem an deinem Benutzernamen auf der Seite. Die Route in deiner Bildschirmaufzeichnung endet mit /invited-by/derek.putnam, und diese Route lehnt derzeit Punkte in Benutzernamen ab. Dies sollte das Problem beheben:
Du kannst es auf deiner Seite auch testen, indem du den Link ohne den Teil /invited-by/... teilst.
Wir haben das am Wochenende mit gutem Ergebnis eingesetzt Ein Fehler bzw. eine unerwartete Funktion, die wir festgestellt haben, ist, dass das System Stereomikrofone unterstützt. Normalerweise mischen Webkonferenz-Software die linken und rechten Kanäle zu Mono herunter, da für die Aufnahme dieser Art von Audio in der Regel Mono-Mikrofonhardware verwendet wird. (Dies reduziert theoretisch auch den Bandbreitenverbrauch.) Die Discourse-Lösung überträgt derzeit jedoch volle Stereomikrofone.
Allerdings geben einige Mikrofone nur auf einem Kanal aus und lassen den anderen leer. (Vielleicht ist das eher bei Prosumer-Audio-Interfaces mit mehreren Eingängen üblich, aber ich nehme an, dass auch einige günstige Mikrofone so funktionieren könnten.) Infolgedessen hören die Zuhörer den Sprecher nur im linken oder rechten Ohr. Ich habe das selbst gar nicht bemerkt, aber offensichtlich mischen Mumble, Discord, Nextcloud, Jitsi, Spiele usw. alles zu Mono herunter.
Daher würde ich empfehlen, den Mikrofon-Audiostream (nicht den Screen-Sharing-Audiostream, der ein separater Satz von Kanälen sein sollte) standardmäßig auf Mono herunterzumischen. Generell gibt es wahrscheinlich nur wenige Situationen, in denen ein Benutzer tatsächlich ein weites Erfassungsfeld für die Audioaufnahme während eines Anrufs möchte – vielleicht, wenn eine Musikband es verwendet, um ihren Fans zu streamen. In diesem Fall sollten Benutzer, die ein weites Stereo-Mikrofon besitzen und nutzen möchten, dies über die Einstellungen aktivieren können, wodurch das Mono-Downmixing deaktiviert wird.
Soweit ich weiß, wird bei jeder Audioqualität außer „Maximal“ heruntergemischt. Könntest du es versuchen, die Qualität auf „Hoch“ oder „Standard“ zu senken?
Danke für die Info, ich werde es beim nächsten Mal ausprobieren, aber es wäre idealer, wenn wir das separat umschalten könnten, ohne die Bitrate senken zu müssen.
Wir nutzen die Voice Rooms seit einigen Wochen, mit begrenzter Gruppengröße (max. 5 Personen). Bis jetzt läuft alles einwandfrei – Glückwunsch! Ich würde gerne das technische Backend von der Discourse-Web-App und der Datenbank trennen. Gibt es gute Dokumentation, wie man einen Livekit-Server mit Docker Compose einrichtet (bevor ich Claude frage )?
Könntest du genauer erklären, warum du das möchtest?
Bei der Standardkonfiguration und auch bei der LiveKit-Einrichtung übernimmt Discourse weiterhin denselben Umfang an Verantwortlichkeiten. Mesh ist eine gute Standardoption, und wenn es für dich funktioniert, würde ich empfehlen, dabei zu bleiben, bis du es überstiegen hast.
Danke @Falco – noch besser, wenn wir nichts ändern müssen. Dann werde ich die Funktion auf unserer Instanz für alle Communities öffnen, aber auf 5 Personen pro Raum begrenzen. Für die meisten spontanen Besprechungen ist das völlig ausreichend.
Ein Hinweis zum Datenschutz: In Zukunft (vielleicht in einer späteren Phase des Projekts „Voice room“) wird eine dokumentierte Lösung für die vollständige DSGVO-Konformität benötigt: Derzeit sind stun.l.google.com und global.stun.twilio.com als Standard festgelegt. Beide Dienste sind in den USA ansässig und unterliegen daher dem US Cloud Act, was mit der europäischen Rechtsprechung im Widerspruch steht.
Entschuldigung, falls dies bereits beantwortet wurde:
Die Ankündigung des Eröffnungsbeitrags führt unter den Raumrechten „öffentliche, gruppenbeschränkte und private Räume“ auf, aber ich kann nirgends finden, wo man die Gruppenbeschränkung für einen Raum einstellen kann.
Mein Anwendungsfall: Ein Raum, der nur für Mitglieder einer bestimmten Gruppe sichtbar und beitreten ist, also im Grunde wie eine Kategorie. Die Einstellungen voice_allowed_groups und voice_create_room_allowed_groups sind standortweit, decken also nicht ab, was ich hier brauche.
Im Raum-Editor sehe ich nur den Schalter für Öffentlich und die Verwaltung der Mitglieder pro Benutzer.
Wird die Gruppenbeschränkung pro Raum umgesetzt? Falls ja, wo befindet sich die Einstellung? Falls nein, ist sie geplant? Ich bin gerne bereit, es zu testen.
Für viele meiner Communities wären Kategorie, Chat und Voice Ressourcen, die eine bestimmte Gruppe exklusiv nutzen möchte, daher steht die Zugriffskontrolle per Gruppe hoch auf meiner Prioritätenliste.
Wie du erwähnt hast, hat @mcwumbly einen Plan für eine neue Benutzeroberfläche und einen Standard zur Steuerung des Zugriffs auf Funktionen wie Chat- und Sprachräume in der Roadmap. Das wird passieren, aber es ist noch nicht fertig.
Das klingt großartig. Ich freue mich auf eine einheitliche Benutzeroberfläche für diese Zugriffssteuerungseinstellungen. Danke für die schnelle Rückmeldung.
Ein Fehler bzw. eine unerwartete Funktion, die wir festgestellt haben, ist, dass das System Stereomikrofone unterstützt. Normalerweise mischen Webkonferenz-Software die linken und rechten Kanäle zu Mono herunter, da für die Aufnahme dieser Art von Audio in der Regel Mono-Mikrofonhardware verwendet wird. (Dies reduziert theoretisch auch den Bandbreitenverbrauch.) Die Discourse-Lösung überträgt derzeit jedoch volle Stereomikrofone.
)?