O Jitsi Meet não envia reuniões para o YouTube automaticamente: para servidores Jitsi auto-hospedados, o método padrão é o Jibri, que captura a conferência e a transmite para o YouTube usando a chave de transmissão. Se você precisa apenas de um evento rápido, um programa de edição de vídeo para desktop, como o OBS, pode capturar a janela de um participante do Jitsi e enviá-la para o YouTube. A escolha certa depende de quem deve operar o programa de edição, se você precisa de sobreposições e controle detalhado, e se você tem experiência em operar o serviço Jibri.
Este guia aborda ambas as opções, começando pela configuração do Jibri auto-hospedado. Ele se aplica a administradores de uma instalação do Jitsi Meet auto-hospedada. Um serviço Jitsi hospedado pode não exibir transmissões ao vivo; o operador controla a disponibilidade do Jibri. O YouTube exige atualmente um canal verificado, sem restrições de transmissão ao vivo nos últimos 90 dias. A primeira ativação pode levar algum tempo, portanto, confirme a elegibilidade do canal antes do dia do evento.
| Rota | Melhor ajuste | Principal compensação |
|---|---|---|
| Jitsi com Jibri | Um fluxo de trabalho de reunião auto-hospedado e repetível, onde um moderador inicia a transmissão a partir da interface do Jitsi. | Requer configuração do Jibri no servidor e capacidade suficiente de CPU, memória e rede. O administrador do Jitsi deve mantê-lo instalado. |
| Jitsi e OBS em um computador do apresentador | Um evento único, layouts personalizados, cartões de título, sobreposições, cenas locais ou maior controle sobre o codificador e o protocolo de ingestão. | Requer um computador e um operador dedicados. A reunião deve permanecer visível e audível para o sistema de captura, e a conexão de upload do computador torna-se crucial. |
| Grave e depois faça o upload. | Palestras que não necessitam de público presencial ou chat ao vivo. | Não cria um evento ao vivo, mas dá tempo para editar e verificar a gravação final antes de publicar. |
Para uma implementação gerenciada e auto-hospedada que exige um moderador para iniciar a transmissão da conferência, use o Jibri. Escolha o OBS quando o controle de produção ou a configuração explícita do RTMPS forem mais importantes do que um fluxo de trabalho com um clique. O YouTube recomenda o RTMPS para ingestão criptografada; o fluxo de trabalho integrado do Jibri e as opções de saída disponíveis podem variar de acordo com a versão, portanto, confirme o protocolo de transporte compatível com a sua versão instalada. Se você não conseguir verificar a compatibilidade com RTMPS na sua configuração do Jibri, use um codificador que exponha a URL e o protocolo de ingestão do YouTube.
O Jibri é o componente de transmissão e gravação do Jitsi. Ele abre uma sessão de navegador para a reunião, captura o áudio e o vídeo renderizados e codifica o resultado para um serviço de streaming. Ele não é executado dentro da função de roteamento de mídia do Jitsi Videobridge. O projeto Jibri afirma que ele foi projetado para ser executado em uma máquina ou máquina virtual separada, sem que outros aplicativos utilizem seus dispositivos de áudio ou vídeo, e uma instância do Jibri suporta apenas uma gravação por vez. Isso o torna mais adequado para eventos planejados e gerenciados do que para uma transmissão ocasional em um servidor pequeno já sobrecarregado.
O OBS evita adicionar o Jibri à pilha de servidores Jitsi, mas transfere o trabalho de captura e codificação para o computador do apresentador. Isso pode ser mais barato se você já tiver uma estação de trabalho para eventos, mas cria uma dependência operacional local: o operador precisa manter a janela da reunião, o roteamento de áudio, o codificador e a conexão de rede funcionando corretamente. Um host Jibri centraliza essas responsabilidades, ao custo da configuração e manutenção do servidor.
O manual do Docker do Jitsi é atualizado periodicamente. Use os arquivos de composição e o exemplo de ambiente que correspondem à sua versão instalada; não copie configurações de uma branch não relacionada ou de um tutorial antigo para uma implantação de produção. Os passos abaixo pressupõem que você já tenha uma instalação funcional do Jitsi Meet com Docker Compose e acesso administrativo ao host.
No YouTube Studio, verifique se o canal pode transmitir ao vivo e crie ou agende uma transmissão com codificador. As páginas de ajuda atuais do YouTube informam que um canal verificado, sem restrições de transmissão ao vivo nos últimos 90 dias, pode transmitir. Nas configurações da transmissão, encontre o URL do servidor e a chave de transmissão. Trate a chave de transmissão como uma senha: qualquer pessoa que a possua poderá transmitir para essa transmissão.
Confirme se o URL do seu Jitsi Meet está acessível publicamente via HTTPS e se o servidor e o Jibri conseguem resolver e acessar os serviços necessários. Planeje uma reunião de teste antes do evento público. Se você usa um provedor Jitsi gerenciado, pergunte ao administrador se a transmissão ao vivo do Jibri está habilitada; não é possível ativá-la alterando as configurações do navegador.
No diretório que contém seus arquivos Jitsi Compose existentes, verifique o .envarquivo e confirme se a opção de gravação/transmissão do Jibri está habilitada. O manual atual do Docker documenta ENABLE_RECORDING=1essa opção como a que habilita a gravação e a transmissão ao vivo. Para uma implantação padrão, adicione o arquivo Jibri Compose ao mesmo comando e inclua quaisquer configurações adicionais de sobrescrita do Compose que sua instalação já necessite:
docker compose -f docker-compose.yml -f jibri.yml up -dNão execute esse comando abreviado se sua implantação depender de outros arquivos de configuração; jibri.ymlem vez disso, adicione-o ao seu comando Compose normal. O guia oficial do Jitsi para Docker também menciona o diretório de armazenamento do Jibri e as permissões de gravação. Consulte o manual correspondente à sua versão para verificar o layout de diretório atual antes de alterar as permissões. Implantações existentes podem usar um layout diferente.
Certifique-se de que os usuários XMPP internos, senhas e configurações de cervejaria do Jibri sejam consistentes na web, no Prosody, no Jicofo e na configuração do Jibri. O projeto Compose fornece variáveis para esses valores. Gere senhas internas fortes usando o procedimento documentado da implantação ao configurar o serviço e proteja o arquivo de ambiente. Não regenere senhas repetidamente em uma implantação em execução sem coordenar a configuração correspondente do componente.
Após a inicialização dos contêineres, verifique o status e os registros. Use o nome de serviço padrão do Docker Compose, por exemplo:
docker compose ps
docker compose logs --tail=100 jibriO nome exato do serviço e a saída do log podem variar de acordo com a versão. Verifique os logs do Jitsi Meet, Jicofo, Prosody e Jibri em busca de erros de autenticação XMPP ou de descoberta de brewery/MUC. Quando um Jibri válido estiver registrado no Jicofo, a interface da reunião poderá oferecer o controle da transmissão ao vivo. Se a interface indicar que o serviço de streaming está indisponível, inserir uma chave do YouTube não resolverá o problema de conexão do Jibri.
No YouTube Studio, selecione Criar → Transmitir ao vivo e, em seguida, crie ou agende uma transmissão do codificador. Copie a chave de transmissão da Sala de Controle ao Vivo. A chave de transmissão do YouTube é a credencial de destino do codificador; não a cole em um chat público de reunião, histórico de comandos, captura de tela ou arquivo de configuração compartilhado. Se a chave for exposta, alterne-a no YouTube Studio e atualize o codificador.
O fluxo de trabalho padrão do Jibri no Jitsi solicita ao moderador uma chave de transmissão após a detecção de uma sessão Jibri em funcionamento. A API do Jibri também descreve um parâmetro de chave de transmissão do YouTube para sua operação de streaming. Se você usar uma integração personalizada do Jibri, siga a API e os controles de acesso da versão implantada, em vez de improvisar uma chamada de endpoint.
Entre na reunião como moderador, abra os controles da reunião e escolha a opção de transmissão ao vivo, se disponível. Digite a chave de transmissão do YouTube no campo indicado e inicie a transmissão. Na Sala de Controle do YouTube Live, aguarde a pré-visualização e verifique se o áudio e o vídeo estão presentes antes de selecionar " Transmitir ao vivo" . Os nomes exatos dos botões podem variar entre as versões do Jitsi ou interfaces personalizadas.
Para um primeiro teste, crie uma transmissão não listada e use uma reunião curta com movimento e fala. Verifique o equilíbrio entre os falantes, a legibilidade da tela compartilhada e se os ícones dos participantes estão sendo cortados conforme o esperado. O YouTube transcodifica automaticamente a entrada de codificadores compatíveis para os dispositivos dos espectadores, mas uma entrada limpa e um caminho de upload confiável ainda são importantes. Monitore os indicadores de integridade da transmissão do YouTube durante os testes e durante o evento.
Com o OBS, participe da reunião do Jitsi em um computador dedicado, capture a janela da reunião ou uma cena específica e configure o URL do servidor do YouTube e a chave de transmissão nas configurações de streaming do OBS. Se precisar ocultar os controles da reunião, notificações ou informações privadas dos participantes, crie e teste uma cena limpa antes do evento. Capture apenas o conteúdo que você tem permissão para transmitir e avise os participantes da reunião que o áudio ou vídeo deles poderá ser transmitido.
O OBS permite controlar o layout, as sobreposições, as fontes de áudio e as configurações de saída. As diretrizes atuais do YouTube para codificação suportam a ingestão de RTMP/RTMPS e recomendam o RTMPS para uma conexão criptografada. Para H.264 em 1080p30, o YouTube lista uma taxa de bits de vídeo recomendada de 14 Mbps; em 720p30, lista 8 Mbps. Essas são configurações de codificação alvo, não níveis de qualidade garantidos. Deixe uma margem de upload para outros tráfegos e escolha uma resolução ou taxa de bits menor se a conexão não suportar a transmissão sem interrupções.
O Jibri é mais simples para moderadores depois de configurado e mantém a captura no servidor, mas oferece menos controles de produção no fluxo básico de reuniões. O OBS é mais flexível e facilita a escolha de um URL de entrada específico ou a adição de gráficos, mas requer supervisão de um operador. Nenhum dos métodos é universalmente melhor: use o Jibri para eventos recorrentes centralizados; use o OBS para produções personalizadas ou quando RTMPS e controle de cena forem necessários.
ENABLE_RECORDINGconfiguração corresponde à versão e se o serviço Jibri Compose está em execução.Compare 10 ferramentas de varredura de ping para descoberta rápida de LAN, varredura multiplataforma e gerenciamento de endereços IP. Saiba o que uma varredura pode — e não pode — revelar.
Compare seis ferramentas de gerenciamento de rede para monitoramento de desempenho, incluindo cobertura SNMP, mapeamento, alertas, modelos de implantação e custo-benefício.
Compare as melhores opções de analisadores de Wi-Fi para Windows, iPhone e Android, incluindo ferramentas para congestionamento de canais, cobertura de sinal, mapas de calor e solução de problemas de rede.
Compare sete monitores de ping gratuitos e de código aberto, desde suítes completas de rede até sondas de latência específicas, e escolha a opção mais adequada para disponibilidade, perda de pacotes e histórico.
Veja como a taxa de transferência de rede difere da largura de banda, o que causa desempenho lento ou instável e quais ferramentas podem testar um caminho ou monitorar o tráfego.
Compare softwares de servidor SFTP confiáveis para Windows e Linux, incluindo OpenSSH, Bitvise, SolarWinds e SFTPGo. Encontre a solução ideal para suas necessidades de segurança e transferência de arquivos.
Crie um monitoramento de rede prático com cobertura clara de dispositivos, métricas de desempenho úteis, alertas acionáveis e uma comparação entre SolarWinds NPM, PRTG e OpManager.
Compare sete ferramentas de gerenciamento de endereços IP para descoberta de sub-redes, coordenação de DNS e DHCP, inventário de rede e IPAM de código aberto.
Compare ferramentas de varredura de rede para descoberta rápida de dispositivos, varreduras de IP multiplataforma e IPAM corporativo, com orientações sobre como escolher a opção mais adequada para sua rede.
Compare seis ferramentas de monitoramento de rede Linux para descoberta de dispositivos SNMP, gráficos de interface, métricas de host, verificação de serviços e fluxos de tráfego.
