Ce n’est pas une erreur de mémoire, je suis juste un vieux de la vieille ![]()
Cela n’a été ajouté que voilà 10 ans, dans Mumble 1.3, alors que Mumble avait déjà plus de 10 ans.
C’était la principale critique adressée à Mumble pendant très longtemps.
Ce n’est pas une erreur de mémoire, je suis juste un vieux de la vieille ![]()
Cela n’a été ajouté que voilà 10 ans, dans Mumble 1.3, alors que Mumble avait déjà plus de 10 ans.
C’était la principale critique adressée à Mumble pendant très longtemps.
Je viens de faire quelques tests et c’est super cool ! Je tenais à donner mes premiers retours.
J’ai essayé, mais le volume du partage d’écran d’un participant n’apparaît pas séparément de son volume vocal. Il n’y a qu’un seul curseur combiné pour sa voix et l’audio du partage d’écran. Ai-je manqué un curseur ou mal compris ? (Mon cas d’usage est de pouvoir couper ou baisser le volume du flux de jeu de quelqu’un tout en continuant à l’entendre parler.)
En tout cas, excellent travail — c’est un grand pas en avant pour Discourse et j’en suis très enthousiaste ! ![]()
Beaucoup de retours très constructifs, je tiens juste à souligner un point
C’est mon principal défi jusqu’à présent, et cela concerne toutes les plateformes, car il est impossible de diffuser mes sessions de jeu en 7680x2160@240Hz via le navigateur, qui manque de codage matériel.
Je suis donc en train d’explorer la gestion de cela, ainsi que des fonctionnalités comme le PTT global, via une application de bureau native, qui nous permettra de mieux gérer ces intégrations.
Merci ; l’application de bureau native semble intrigante, mais veuillez également prendre en charge les normes de streaming ouvertes existantes, car au moins dans mon cercle d’amis, tout le monde a déjà installé OBS, lui fait confiance et sait comment le configurer pour diffuser quelque part. (Admettons que c’est plus courant parmi les joueurs que parmi les utilisateurs moins techniques)
(Édition - juste pour être clair, l’application native semble aussi cool. Avoir tous mes forums dans une seule interface serait pratique)
D’une certaine manière, je suis d’accord avec vous, c’est-à-dire que ce n’est pas Zoom. Mais je me permets aussi de ne pas tout à fait être d’accord, car heureusement, OBS est un standard utilisé dans de nombreux domaines !
J’ai eu un petit problème lors de la reconstruction aujourd’hui, car j’avais auparavant testé le plugin sous le nom « Resenha ». À propos, j’étais vraiment triste quand il a été renommé en « Voice ».
Voici ce qui a résolu mon problème :
Concernant le plugin lui-même, j’ai remarqué — et c’est peut-être juste une impression de ma part, étant donné que je viens de reconstruire après près de deux semaines et plus de 300 commits — que quelque chose m’a fait apparaître dans #qui-est-en-ligne lorsque j’ai testé le voice sur ma instance, même si le réglage était défini sur « Hors ligne ». Est-ce le comportement attendu ?
Cela devrait être corrigé bientôt : FIX: Do not overwrite permissions after editing - Pull Request #43496 - discourse/discourse - GitHub
Est-il possible d’afficher sur notre page hébergée > À propos > Activité du site (par exemple) 5 discussions vocales des 7 derniers jours ? Ou quelle serait la formulation la plus appropriée ?
Notre cas d’usage consiste à montrer le plus d’activité possible afin d’encourager de nouveaux membres à rejoindre la communauté.
Serait-il possible d’inviter des groupes à une salle vocale plutôt que des utilisateurs individuels ? Je me rends compte que cela peut devenir compliqué sur la page des membres si vous devez retirer quelqu’un qui fait toujours partie du groupe, etc.
Nous prévoyons de déployer cette fonctionnalité pour certains de nos projets actifs orientés clients, mais il s’agit de 17 groupes composés chacun de personnes différentes ![]()
Oui, c’est essentiellement la raison pour laquelle ça fonctionne ainsi.
Si vous souhaitez restreindre l’accès à toute la fonctionnalité aux membres de ces 17 groupes, c’est faisable via le paramètre du site, mais l’invitation à usage unique est par utilisateur (trop facile de transformer cela en amplification de spam) et l’adhésion à la salle elle-même est également par utilisateur (la synchronisation avec les groupes serait une amélioration à envisager pour l’avenir).
Totalement d’accord. Il ne semble pas y avoir non plus de moyen de le faire via l’API ![]()
Est-ce que je rate quelque chose avec la méthode du lien d’invitation ? J’ai partagé le lien à un compte de test qui est dans les groupes approuvés, mais quand j’essaie de cliquer dessus avec mon utilisateur de test, je reçois l’erreur « Oops! That page doesn’t exist or is private ».
Mise à jour : Bon sang, même si j’invite cet utilisateur et que je vois le canal vocal dans la barre latérale, cliquer sur le lien me renvoie sur cette page Oops.
Nous gérons déjà une partie de cette logique pour l’ajout et le retrait de personnes dans les salons de discussion, lorsque le salon est associé à une catégorie privée.
Falco, je ne me souviens plus si nous avons déjà un moyen d’associer un salon vocal à un salon de discussion. Je sais que nous en avions discuté par le passé au sujet des messages directs. Mais cela pourrait être une approche ici.
Sinon, nous pourrions reproduire ce que nous faisons pour les salons de discussion et permettre aux catégories de servir de couche de contrôle d’accès (bien que je sache que nous avons souvent discuté de la suppression de cette couche d’indirection et de la possibilité de définir l’accès directement au niveau du salon).
Si vous souhaitez également restreindre l’ensemble de la fonctionnalité à un ensemble de groupes, je pense que cela devra toujours être géré via le paramètre du site. Un flux de travail pourrait aider à gérer un certain niveau d’automatisation ou de vérification de cohérence à cet égard, peut-être.
@martin cela pourrait avoir certains chevauchements avec la gestion générique des accès sur laquelle vous travaillez.
Il serait peut-être utile de faire le point avec @awesomerobot sur le fait de faire une plus large avancée avec cela bientôt, afin que nous puissions réfléchir à la manière d’appliquer cet aspect de manière plus cohérente dans toute l’application.
C’est bizarre, ces utilisateurs de test sont-ils dans un état anormal, par exemple à un niveau de confiance qui ne permet pas l’accès ?
Oui, c’est prévu dans la feuille de route.
Ce n’était clairement pas un obstacle à la sortie, et c’est une partie tellement complexe de l’application qu’on pourrait mieux utiliser nos efforts pour bien mettre en place le cœur de l’audio et de la vidéo, mais c’est un point que je suivrai dans les mois à venir.
J’ai répondu sur le forum de développement, mais le nouveau système de ACL devrait être idéal pour cela, plutôt que d’utiliser l’ancien système d’héritage des autorisations par catégorie, plutôt compliqué ![]()
Je ne le crois pas. J’ai simplement élevé mon utilisateur de test au niveau TL3, donc ce n’est certainement pas une restriction liée au niveau de confiance. Quelque chose dans le lien d’invitation lui-même semble cassé. Voir ci-dessous lors de l’accès par les moyens habituels (le lien se comporte de la même manière que mon utilisateur ait accès ou non).
Malheureusement, ces groupes fonctionnent uniquement via des messages privés, il n’y a donc pas de liaison par catégorie sur laquelle s’appuyer.
Je pense qu’il suffira de partager un lien d’invitation dans un message privé une fois que nous aurons compris pourquoi cela ne fonctionne pas ![]()
J’ai remarqué que chaque fois que je rejoins une salle vocale dont le type est défini sur « ouverte », le micro de l’utilisateur est automatiquement activé. Cela se produit également lorsqu’un intervenant rejoint une salle vocale de scène. Je me demande s’il est possible de permettre à l’administrateur de définir si le micro doit être activé automatiquement lors de la connexion.
N’est-ce pas un peu confus ?
Les applications de réunion « professionnelles » comme Zoom, Teams ou Meet présentent ce comportement lorsqu’un seuil de participants est dépassé, mais ce n’était jamais le cas dans la famille d’applications qui nous a inspirés, comme TeamSpeak, Ventrillo, Mumble, Discord, etc.
J’ai l’impression que cette étape supplémentaire n’a pas vraiment de précédent et qu’elle complique davantage l’expérience utilisateur pour les débutants.