Live: Discord-ähnliche Sprach- und Videoräume, jetzt in Discourse integriert 🎙

Kein falsches Gedächtnis, ich bin nur altmodisch :old_man:

Das wurde erst vor 10 Jahren in Mumble 1.3 hinzugefügt, als Mumble selbst schon über 10 Jahre alt war.

Es war über sehr lange Zeit der Hauptkritikpunkt an Mumble.

5 „Gefällt mir“

Ich habe gerade ein bisschen damit herumgespielt und es ist super cool! Ich wollte hier ein erstes Feedback geben.

  • Lautstärke für Screenshare vs. Sprache:

Ich habe das ausprobiert, aber es wird die Lautstärke des Screenshares anderer Teilnehmer nicht separat von ihrer Sprachlautstärke angezeigt. Es gibt nur einen gemeinsamen Regler für ihre Stimme und das Screenshare-Audio. Habe ich einen Regler übersehen oder etwas missverstanden? (Mein Anwendungsfall ist es, die Lautstärke des Game-Streams jemandes stummschalten oder leiser stellen zu können, aber trotzdem noch deren Stimme zu hören.)

  • Kleiner Bug: Wenn ich einen Raum bearbeite (z. B. den ersten Buchstaben des Raumnamens groß schreibe) und dann zurückkehre, um ihn erneut zu bearbeiten, wird keine Bearbeitungsoption angezeigt, bis ich die gesamte Seite neu lade. Vielleicht vergisst die Client-UI nach dem Anwenden der Bearbeitung, dass ich Berechtigungen habe.
  • Ich schätze die Popup-Hinweise zum IP-Schutz sehr! Danke, dass ihr diese Bedenke im Voraus berücksichtigt habt :slight_smile:
  • Auf meinem System ist mein Mikrofon sehr leise und benötigt viel Verstärkung. Das ist ein Systemproblem auf meiner Seite, aber bei Mumble (und ich würde annehmen auch bei Discord, aber es ist schon eine Weile her, also erinnere ich mich nicht genau) kann ich manuell viel Gain aufbringen, um das zu kompensieren. Ich würde vorschlagen, wenn die automatische Gain-Option deaktiviert wird, einen manuellen Gain-Regler mit viel Headroom für die Verstärkung bereitzustellen (mein normaler roher Hintergrundlärm liegt bei -48 dB und die Sprache bei etwa -30 dB. In Audacity wäre das ungefähr eine 20-dB-Verstärkung, um in den normalen Bereich zu kommen.)
  • Das liegt nicht an Discourse, hat aber dieselbe Einschränkung wie alle Linux-webrtc-Screenshares – nämlich, dass Firefox keinen Audio-Screenshare unterstützt und Chrome nur den Audio-Screenshare von Browser-Tabs. Wenn ich also ein Game streamen möchte, kann ich auf Linux aufgrund der Browser-Einschränkungen den Audio-Stream des Spiels nicht streamen.
    • Ein cleverer Workaround, den ich bei einer anderen Lösung gesehen habe, war, eine Endpunkt-Adresse bereitzustellen, auf die ich OBS zeigen kann. (Vielleicht unterstützt Livekit das bereits, ich habe den Livekit-Server-Teil aber noch nicht eingerichtet.)
  • Ich bin wirklich beeindruckt von der Untertitel-Funktion! Ich habe noch keinen Anwendungsfall für den Transkriptions-Teil, aber ich kann mir definitiv vorstellen, dass es in Geschäftsumgebungen für Notizen nützlich sein wird.
  • Es gibt derzeit eine UI-Herausforderung: Besucher wissen nicht, dass sich Personen in den Chaträumen befinden, es sei denn, sie scrollen nach unten – potenziell eine lange Strecke. Auf meiner Installation ist es aufgrund aller Links/Kategorien/Tags, die ich habe, mehr als ein ganzer Seiten-Scroll. Das gilt besonders für Mobile, das die Chat-Nutzerverzeichnisliste überhaupt nicht anzeigt, es sei denn, sie klicken auf die Menüleiste. Ich würde empfehlen, eine Art Button oben rechts für den Fall vorzusehen, dass der Chat aktiv ist (z. B. von Mumble). Dass dort (1) oder mehr angezeigt wird, ist immer mein Hauptindikator dafür, dass jemand möchte, dass ich in den Chat springe!

Jedenfalls: Tolle Arbeit daran – es ist ein großer Schritt nach vorn für Discourse und ich bin sehr begeistert davon! :rocket:

6 „Gefällt mir“

Viel tolles Feedback, ich möchte nur auf etwas hinweisen

Das war bisher meine größte Herausforderung, und sie betrifft alle Plattformen, da es unmöglich ist, meine 7680x2160@240Hz-Gaming-Sessions über den Browser zu streamen, da dieser über keine Hardware-Encodierung verfügt.

Deshalb prüfe ich gerade, wie ich das über eine native Desktop-App lösen kann, die es uns ermöglicht, solche Integrationen besser zu handhaben – einschließlich Funktionen wie globaler PTT.

6 „Gefällt mir“

Danke; die native Desktop-App klingt interessant, aber bitte unterstützt auch die bestehenden offenen Streaming-Standards, da zumindest in meinem Freundeskreis jeder bereits OBS installiert hat, dem vertraut und weiß, wie man es auf etwas ausrichten kann. (Zugegeben, das ist unter Gamern häufiger der Fall als bei weniger technisch versierten Nutzern)

(Edit – nur zur Klarstellung: Die native App klingt auch cool. Es wäre praktisch, wenn alle meine Foren in einer einzigen Oberfläche zusammengefasst wären)

1 „Gefällt mir“

In gewisser Weise stimme ich dir zu, es ist eben kein Zoom. Aber ich erlaube mir auch, dir teilweise zu widersprechen, denn OBS ist glücklicherweise ein Standard, der in vielen Bereichen verwendet wird!

1 „Gefällt mir“

Ich hatte heute beim Rebuild ein kleines Problem, weil ich den Plugin vorher unter dem Namen ‘Resenha’ getestet hatte – was mich übrigens ziemlich traurig gemacht hat, als er in ‘Voice’ umbenannt wurde.

Das hier hat mein Problem gelöst:

2 „Gefällt mir“

Jetzt zum Plugin selbst: Ich habe bemerkt – oder es ist vielleicht nur mein Eindruck, weil ich nach fast zwei Wochen und über 300 Commits neu gebaut habe –, dass ich beim Testen des Voice-Funktion in meiner Instanz im Kanal #quem-está-online sichtbar wurde, obwohl der Toggle auf „Offline“ gesetzt war. Ist das beabsichtigt?

Dies sollte bald behoben werden: FIX: Do not overwrite permissions after editing - Pull Request #43496 - discourse/discourse - GitHub

3 „Gefällt mir“

Ist es möglich, auf unserer Seite unter hosted>about>site activity (z. B. die letzten 5 Voice-Chats der vergangenen 7 Tage) anzuzeigen? Oder wie auch immer die passende Formulierung dazu lautet?

Unser Anwendungsfall besteht darin, so viel Aktivität wie möglich zu zeigen, um neue Mitglieder zum Beitreten zu ermutigen.

4 „Gefällt mir“

Könnte man Gruppen zu einem Sprachraum einladen, statt einzelne Benutzer? Mir ist bewusst, dass das auf der Mitglieder-Seite unübersichtlich wird, wenn man jemanden entfernen muss, der noch in der Gruppe ist, usw.

Wir werden das für einige unserer aktiven, kundenorientierten Projekte einführen, aber es sind 17 Gruppen mit jeweils anderen Personen :sweat_smile:

Ja, das ist im Grunde der Grund, warum es so funktioniert.

Wenn du die gesamte Funktion auf Mitglieder dieser 17 Gruppen beschränken möchtest, lässt sich das über die Seiteneinstellung umsetzen. Aber die einmalige Einladung ist pro Benutzer (sonst wäre es zu leicht, Spam zu verstärken), und die Raummitgliedschaft selbst ist ebenfalls pro Benutzer (die Synchronisierung mit Gruppen wäre eine zukünftige Verbesserung).

4 „Gefällt mir“

Vollkommen nachvollziehbar. Es scheint auch über die API keine Möglichkeit zu geben, dies umzusetzen :sadpanda:

Übersehe ich etwas bei der Methode mit dem Einladungslink? Ich habe den Link mit einem Testkonto geteilt, das in den freigegebenen Gruppen ist, aber wenn ich den Link mit meinem Testbenutzer anklicke, erhalte ich die Meldung Oops! That page doesn’t exist or is private.

Update: Selbst wenn ich diesen Benutzer einlade und den Sprachkanal in der Seitenleiste sehe, führt das Klicken auf den Link zu dieser Oops-Seite.

1 „Gefällt mir“

Wir behandeln einen Teil dieser Logik für das Hinzufügen und Entfernen von Personen aus Chatkanälen bereits, falls der Kanal mit einer privaten Kategorie verknüpft ist.

Falco, ich erinnere mich nicht, ob wir bereits eine Möglichkeit haben, einen Sprachkanal mit einem Chatkanal zu verknüpfen. Ich weiß, dass wir das in der Vergangenheit im Zusammenhang mit DMs besprochen haben. Das könnte hier aber ein Ansatz sein.

Alternativ könnten wir das übernehmen, was wir für Chatkanäle tun, und Kategorien als Zugriffskontroll-Ebene fungieren lassen (obwohl ich weiß, dass wir oft diskutiert haben, diese Ebene der Indirektion zu entfernen und den Zugriff direkt auf Kanalebene zu setzen).

  • eine private Kategorie einrichten
  • einen Chatkanal für diese Kategorie erstellen
  • Sprache in diesem Chatkanal aktivieren (oder auch einen Sprachkanal für die Kategorie erstellen)

Falls du die gesamte Funktion zusätzlich auf eine Gruppe von Gruppen beschränken möchtest, müsste dies meiner Meinung nach weiterhin über die Seiteneinstellung verwaltet werden. Ein Workflow könnte dabei helfen, ein gewisses Maß an Automatisierung oder Konsistenzprüfung dafür zu verwalten, vielleicht.

@martin Dies könnte mit den allgemeinen Zugriffskontroll-Funktionen, an denen du gearbeitet hast, einige Überschneidungen haben.

Es lohnt sich vielleicht, sich mit @awesomerobot abzustimmen, um bald einen breiteren Ansatz in dieser Hinsicht voranzutreiben, damit wir darüber nachdenken können, wie wir diesen Aspekt der Dinge im gesamten App konsistenter anwenden können.

1 „Gefällt mir“

Das ist seltsam. Haben diese Testnutzer vielleicht ein seltsames Vertraueniveau, das keinen Zugriff erlaubt?

Ja, das steht auf unserer Roadmap.

Es war definitiv kein Hindernis für den Release, und da dieser Teil der App so verschachtelt ist, könnten unsere Anstrengungen besser dafür genutzt werden, den Kern von Audio und Video richtig hinzubekommen. Aber ich werde in den kommenden Monaten darauf zurückkommen.

5 „Gefällt mir“

Ich habe auf dev geantwortet, aber das neue ACL-System sollte dafür ideal sein, anstatt das alte, verschachtelte Berechtigungs-System mit Kategorie-Erbschaft zu verwenden :slight_smile:

2 „Gefällt mir“

Das glaube ich nicht. Ich habe meinen Testnutzer einfach auf TL3 hochgestuft, also liegt es definitiv nicht an einer TL-Einschränkung. Irgendetwas mit dem Einladungslink selbst scheint kaputt zu sein. Siehe unten, wenn man ihn auf dem normalen Weg aufruft (der Link verhält sich gleich, unabhängig davon, ob mein Nutzer Zugriff hat oder nicht).

Leider funktionieren diese Gruppen nur über DMs, daher können wir uns nicht auf eine Verknüpfung pro Kategorie verlassen.

Ich denke, das Teilen eines Einladungslinks in einer DM wird ausreichen, sobald wir herausgefunden haben, warum es nicht funktioniert :sweat_smile:

1 „Gefällt mir“

Guter Vorschlag. Hier ist der PR, der das hinzufügen wird.

6 „Gefällt mir“

Ich habe festgestellt, dass jedes Mal, wenn ich einen Sprachraum mit dem Raumtyp „offen“ beitrete, das Mikrofon automatisch aktiviert wird. Dasselbe passiert, wenn ein Sprecher einem Bühnen-Sprachraum beitrete. Ich frage mich, ob es möglich ist, dem Administrator die Möglichkeit zu geben, festzulegen, ob das Mikrofon beim Beitreten automatisch aktiviert werden soll.

1 „Gefällt mir“

Wäre das nicht verwirrend?

Die Art von “Arbeits-”-Meeting-Apps wie Zoom, Teams und Meet verhält sich so, wenn ein Teilnehmerlimit überschritten wird, aber das war nie ein Verhalten der Art von Apps, die uns als Inspiration dienten, wie TeamSpeak, Ventrillo, Mumble, Discord usw.

Ich habe das Gefühl, dass dieser zusätzliche Schritt nicht wirklich viel Vorbildcharakter hat und sich wie ein weiterer Schritt anfühlt, der die UX für Anfänger zusätzlich verkompliziert.

2 „Gefällt mir“