Kein falsches Gedächtnis, ich bin nur altmodisch ![]()
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.
Kein falsches Gedächtnis, ich bin nur altmodisch ![]()
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.
Ich habe gerade ein bisschen damit herumgespielt und es ist super cool! Ich wollte hier ein erstes Feedback geben.
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.)
Jedenfalls: Tolle Arbeit daran – es ist ein großer Schritt nach vorn für Discourse und ich bin sehr begeistert davon! ![]()
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.
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)
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!
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:
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
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.
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 ![]()
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).
Vollkommen nachvollziehbar. Es scheint auch über die API keine Möglichkeit zu geben, dies umzusetzen ![]()
Ü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.
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).
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.
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.
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 ![]()
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 ![]()
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.
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.