Voice: salas de voz e vídeo estilo Discord, agora integradas ao Discourse 🎙

Não estou me lembrando errado, sou apenas da velha guarda :old_man:

Isso foi adicionado há apenas 10 anos, na versão 1.3 do Mumble, quando o próprio Mumble já tinha mais de 10 anos.

Foi a principal reclamação sobre o Mumble por um longo tempo.

5 curtidas

Acabei de testar isso e é super legal! Queria dar um feedback inicial.

  • Volume de compartilhamento de tela vs. fala:

Tentei isso, mas não mostra o volume do compartilhamento de tela dos outros participantes separadamente do volume da fala. Ele só mostra um controle deslizante único combinando a voz e o áudio do compartilhamento de tela. Eu perdi algum controle deslizante ou me enganei? (Meu caso de uso é poder silenciar/diminuir o volume do stream de jogo de alguém, mas ainda assim ouvi-lo falando.)

  • Pequeno bug: ao editar uma sala (ex.: capitalizar a primeira letra do nome da sala), quando eu volto para editá-la novamente, não aparece nenhuma opção de edição até eu recarregar a página inteira. Talvez a interface do cliente esteja esquecendo que eu tenho permissões após aplicar a edição.
  • Agradeço muito pelo pop-up de privacidade de IP! Obrigado por antecipar essa preocupação :slight_smile:
  • No meu sistema, meu microfone é muito baixo e precisa de muito ganho. Isso é um problema do sistema do meu lado, mas no Mumble (e presumo que no Discord também, mas já faz um tempo que não uso, então não me lembro) eu posso aplicar muito ganho manual para contornar isso. Eu sugeriria que, ao desativar a opção de ganho automático, fosse fornecido um controle de ganho manual com um looot de folga para aumentar o volume (meu ruído de fundo bruto normal é -48db e a fala é como -30db. No Audacity, isso seria aproximadamente um aumento de 20db para chegar ao intervalo normal.)
  • Não é culpa do Discourse, mas tem a mesma limitação que todo o compartilhamento de tela webrtc no linux tem – nomeadamente, nenhum compartilhamento de áudio de tela no Firefox, e o Chrome só suporta compartilhamento de áudio de aba do navegador). Então, se eu quiser transmitir um jogo, não posso transmitir o áudio do jogo no linux devido às limitações do navegador.
    • Um truque inteligente que vi outra solução fornecer foi simplesmente expor um endereço de endpoint para o qual eu pudesse apontar o OBS. (Talvez o livekit já suporte isso, eu ainda não configurei a parte do servidor livekit)
  • Fico muito impressionado com o recurso de legendas! Ainda não tenho um caso de uso para a parte de transcrição, mas definitivamente posso ver isso sendo útil em ambientes corporativos para anotações.
  • Atualmente, há um desafio de UI de visitantes não saberem que há pessoas nas salas de chat, a menos que rolem a página para baixo – potencialmente um longo caminho. Na minha instalação, é mais do que uma rolagem de página inteira devido a todos os links/categorias/tags que tenho. Isso é especialmente verdadeiro no mobile, que simplesmente não exibe a lista de usuários do chat, a menos que eles cliquem na barra de menu. Eu poderia recomendar algum tipo de botão no canto superior direito para quando o chat está ativo (ex. do mumble). Ver que há (1) ou mais pessoas lá dentro é sempre meu principal sinal de que alguém quer que eu entre no chat!

De qualquer forma, ótimo trabalho nisso – é um grande passo à frente para o Discourse e estou muito animado com isso! :rocket:

6 curtidas

Muitos ótimos comentários, mas quero destacar algo

Esse tem sido meu principal desafio até agora, e ele afeta todas as plataformas, pois é impossível transmitir minhas sessões de jogo em 7680x2160@240Hz pelo navegador, que não possui codificação por hardware.

Portanto, estou explorando a possibilidade de lidar com isso, e com recursos como PTT global, por meio de um aplicativo nativo para desktop, que nos permita lidar melhor com essas integrações.

6 curtidas

Obrigado; o aplicativo nativo para desktop parece intrigante, mas por favor, também dê suporte aos padrões abertos de streaming existentes, pois pelo menos no meu grupo de amigos, todo mundo já tem o OBS instalado, confia nele e sabe como direcioná-lo para algum lugar. (Admito que isso é mais comum entre gamers do que entre outros usuários menos técnicos)

(Edição - só para ficar claro, o aplicativo nativo também parece legal. Ter todos os meus fóruns em uma única interface seria útil)

1 curtida

De certa forma, concordo com você, ou seja, não é o Zoom. Mas também me permito discordar um pouco, pois, felizmente, o OBS é um padrão utilizado em muitos campos!

1 curtida

Tive um pequeno empecilho no rebuild hoje por conta de antes ter testado o plugin com o nome ‘Resenha’ que a proposito fiquei bem triste quando mudou para ‘Voice’

Isso aqui resolveu meu problema:

2 curtidas

Agora sobre o plugin em si, percebi e talvez seja apenas impressão minha por conta de rebuildar após quase 2 semanas com mais de 300 commits, mas algo me fez ficar visível no #quem-está-online quando testei o voice na minha instancia mesmo que o toggle estivesse definido para ‘Offline’, é o esperado?

Isso deve ser corrigido em breve: FIX: Do not overwrite permissions after editing - Pull Request #43496 - discourse/discourse - GitHub

3 curtidas

É possível exibir em nossa página hospedada > sobre > atividade do site (por exemplo) 5 chats de voz dos últimos 7 dias? Ou com qualquer outra redação adequada?

Nosso caso de uso é mostrar o máximo de atividade possível para ajudar a atrair novos membros para o grupo.

3 curtidas

Seria possível convidar grupos para uma sala de voz em vez de usuários individuais? Sei que isso pode ficar confuso na Página de Membros, caso seja necessário remover alguém que ainda faz parte daquele grupo, e assim por diante.

Vamos implementar isso em alguns projetos ativos voltados para o atendimento ao cliente que estamos desenvolvendo, mas são 17 grupos com pessoas totalmente diferentes :sweat_smile:

Sim, essa é basicamente a razão pela qual funciona assim.

Se você quiser restringir o recurso inteiro aos membros desses 17 grupos, isso é possível via configuração do site, mas o convite de uma única vez é por usuário (é muito fácil se tornar uma amplificação de spam) e a própria associação à sala é por usuário (manter isso sincronizado com os grupos seria uma melhoria para o futuro).

3 curtidas

Totalmente justo. Não parece haver uma forma de fazer isso via API também :sadpanda:

Estou perdendo alguma coisa no método de link de convite? Compartilhei o link com uma conta de teste que está nos grupos aprovados, mas estou recebendo o erro Oops! That page doesn’t exist or is private quando tento clicar nele com meu usuário de teste.

Atualização: Cara, mesmo que eu convide esse usuário e veja o canal de voz na barra lateral, clicar no link me leva para aquela página de erro.

1 curtida

Já tratamos parte dessa lógica para adicionar e remover pessoas de canais de chat, caso o canal esteja associado a uma categoria privada.

Falco, não me lembro se já temos uma forma de associar um canal de voz a um canal de chat. Sei que discutimos isso no passado em relação a DMs. Mas essa pode ser uma abordagem aqui.

Alternativamente, poderíamos copiar o que estamos fazendo para canais de chat e permitir que as categorias atuem como a camada de controle de acesso (embora saiba que frequentemente discutimos a remoção dessa camada de indireção e a possibilidade de definir o acesso diretamente no nível do canal).

  • configurar uma categoria privada
  • criar um canal de chat para essa categoria
  • ativar o voz nesse canal de chat (ou criar um canal de voz para a categoria também)

Se você também quiser restringir o recurso como um todo a um conjunto de grupos, acho que ainda precisaria ser gerenciado via configuração do site. Um fluxo de trabalho poderia ajudar a gerenciar algum nível de automação ou verificação de consistência para isso, talvez.

@martin isso pode ter alguma sobreposição com a parte genérica de controle de acesso em que você tem trabalhado.

Pode valer a pena conversar com @awesomerobot sobre fazer um esforço mais amplo com isso em breve, para que possamos pensar em como aplicar esse aspecto de forma mais consistente em todo o aplicativo.

Isso é estranho, esses usuários de teste estão em algum nível de confiança estranho, tipo um que não permite acesso?

Sim, isso está no roadmap.

Definitivamente não foi um bloqueio para o lançamento, e é uma parte tão complicada do aplicativo que nossos esforços poderiam ser melhor utilizados para acertar o núcleo de áudio e vídeo, mas algo que vou seguir nos próximos meses.

4 curtidas

Respondi no dev, mas o novo sistema de ACL deve ser ótimo para isso, em vez de usar a antiga e complicada herança de permissões por categoria :slight_smile:

2 curtidas

Eu não acredito que sim. Eu apenas subi meu usuário de teste para o TL3, então com certeza não é uma restrição de TL. Algo sobre o próprio link de convite parece estar quebrado. Veja abaixo ao acessá-lo pelos meios normais (o link se comporta da mesma forma, independentemente de meu usuário ter acesso ou não).

Infelizmente, esses grupos operam apenas por DMs, então não há um vínculo por categoria no qual confiar.

Acho que compartilhar um link de convite em uma DM será suficiente, uma vez que descobrirmos por que não está funcionando :sweat_smile:

1 curtida

boa sugestão. Aqui está o PR que vai adicionar isso.

4 curtidas

Percebi que, toda vez que entro em uma sala de voz com o tipo de sala definido como “aberta”, o microfone do usuário é ativado automaticamente. Isso também acontece quando um participante entra em uma sala de voz do palco. Gostaria de saber se é possível permitir que o administrador configure se o microfone deve ser ativado automaticamente ao entrar.

1 curtida

Isso não seria confuso?

Aplicativos de reuniões de “trabalho”, como Zoom, Teams e Meet, têm esse comportamento quando um limite de participantes é atingido, mas esse nunca foi um comportamento nos aplicativos que serviram de inspiração, como TeamSpeak, Ventrillo, Mumble, Discord, etc.

Sinto que essa etapa extra não tem muito precedente e parece uma etapa adicional que só complica mais a experiência do usuário para iniciantes.

2 curtidas