Configure o bonding srtla no LOLS IRL, leia os indicadores por conexão enquanto transmite e saiba o que esperar na primeira vez que uma rede cair.
O bonding manda a sua transmissão por todas as redes que o celular tem ao mesmo tempo. É a diferença entre uma live que acaba quando o Wi-Fi cai e uma que segue pelos dados móveis sem você encostar em nada. Configure uma vez e é só o seu jeito de entrar ao vivo.
publish:, então cole inteira em Stream id, não no nome e não no fim do host.wifi e cell, cada uma com o seu bitrate e o seu tempo de ida e volta. Duas linhas quer dizer que o bonding está ativo. Uma linha quer dizer que não, e os erros abaixo explicam por quê.Recolhido, o overlay mostra um ponto de saúde, o seu bitrate, a taxa de quadros do encoder, o tempo de ida e volta e há quanto tempo você está ao vivo. Tocar nele abre os detalhes:
| Leitura | O que ela diz |
|---|---|
| send buffer | O indicador que avisa antes, e o que você deve vigiar. O buffer enche antes de a imagem travar, então um valor subindo é o aviso de que uma conexão está sofrendo, não o relatório de que ela já falhou. |
| target | O bitrate que o bitrate adaptativo está mirando no momento, que cai e sobe sozinho conforme as condições mudam. |
| dropped e retransmit | Pacotes perdidos e pacotes reenviados. Alguns retransmits na rede celular são normais, uma contagem de dropped subindo não é. |
| Uma linha por conexão | Marcada como wifi, cell ou eth, cada uma com o seu bitrate e o seu tempo de ida e volta, para você ver qual rede está carregando o quê. |
| O ponto em cada linha de conexão | Verde é ativa e passando tráfego, âmbar é conectando ou travada, vermelho é caída. Uma linha vermelha com a transmissão no ar é o bonding fazendo o trabalho dele. |
| Uma linha por destino | Com nome, então se você manda para vários lugares dá para ver qual está fora enquanto os outros estão bem. |
Nada dramático, e esse é o ponto. A linha da conexão que falhou fica vermelha, as outras conexões pegam o tráfego e a transmissão continua conectada. Quando a rede volta, essa conexão se registra de novo no receptor e entra no grupo sozinha. Você não para, não reinicia, não encosta em nada.
Duas coisas para alinhar expectativa. Primeiro, a conexão que sobrou tem que carregar a transmissão inteira, então se o seu bitrate só cabia num Wi-Fi bom, o bitrate adaptativo vai reduzir enquanto a rede celular faz o trabalho e subir de novo depois. Segundo, bonding é resiliência e não velocidade extra: as suas conexões nunca se somam num cano maior. Ajuste o bitrate para o que uma boa conexão aguenta e você mal vai notar a troca.
Teste de propósito, antes de precisar. Entre ao vivo com bonding em casa, espere as estatísticas ficarem estáveis, depois desligue o Wi-Fi por um minuto e observe. Você vai ver a linha do wifi ficar vermelha, a linha do cell assumir e tudo voltar quando você ligar o Wi-Fi de novo. Dez minutos disso valem mais do que qualquer quantidade de leitura, e é bem melhor aprender na sua cozinha do que no meio de uma live.
Esse é o grande. Um receptor em 192.168.1.50 é alcançável pelo seu Wi-Fi e de mais lugar nenhum, então a sua conexão celular não consegue se registrar e você não está com bonding, está no Wi-Fi com passos extras. O destino precisa ser um hostname ou endereço público, ou seja, um relay, uma máquina hospedada, ou um redirecionamento de porta UDP no roteador apontando para o seu computador e endereçado pelo endereço público do roteador. A mesma regra vale para um notebook na sua mesa.
Os receptores autenticam quem publica, então um stream id vazio ou cortado te dá uma conexão que não leva a lugar nenhum. Cole a chave inteira, com o prefixo publish:, no campo Stream id.
Duas conexões não se somam. Se você ajustar um bitrate que só o seu Wi-Fi aguentaria, a transmissão vai parecer pior no momento em que a rede celular assumir, e você vai culpar o bonding pelo contrário do que ele fez. O bonding te mantém ao vivo. Bitrate é outra decisão.
Uma VPN captura todos os sockets do aparelho, então o app não consegue abrir um por rede e não sobra nada para juntar. As estatísticas avisam isso diretamente quando acontece. Desligue a VPN ou exclua o LOLS IRL dela nas configurações do próprio app de VPN.
O SRTLA precisa de um receptor rodando srtla_rec, que é quem junta as conexões de volta. Um listener SRT simples não entende o registro de grupo. Use um relay, ou rode o srtla_rec na frente do seu servidor SRT como o guia de self-hosting descreve.
A distância te custa um atraso que você nunca recupera, e um tempo de ida e volta longo o bastante pode impedir a conexão de se estabelecer. Escolha a região mais próxima: o app marca com estrela a que corresponde ao país do seu chip.