Não estou me lembrando errado, sou apenas da velha guarda ![]()
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.
Não estou me lembrando errado, sou apenas da velha guarda ![]()
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.
Acabei de testar isso e é super legal! Queria dar um feedback inicial.
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.)
De qualquer forma, ótimo trabalho nisso – é um grande passo à frente para o Discourse e estou muito animado com isso! ![]()
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.
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)
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!
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:
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
É 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.
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 ![]()
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).
Totalmente justo. Não parece haver uma forma de fazer isso via API também ![]()
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.
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).
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.
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 ![]()
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 ![]()
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.
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.