Quanto bitrate a sua live precisa?

Se você veio só pelo número, ele está na tabela mais abaixo, em “O que enviar para nós”. Todo o resto explica por que esse número deixa de ajudar a partir de certo ponto e o que mudar quando o seu upload não aguenta.

O que acontece com a sua transmissão quando ela chega até nós

Quando a sua transmissão chega ao dcast, ela é recodificada em uma escada de níveis de qualidade — 360p, 480p, 640p, 720p, 1080p, 1440p, 2160p — para que tanto quem assiste pelo celular dentro de um elevador quanto quem está na fibra recebam algo assistível. Cada nível é codificado até o seu próprio teto de bitrate, e esses tetos são uma configuração da plataforma, não algo que você envia.

Daí saem duas coisas, e são justamente as duas que a maioria das pessoas entende ao contrário.

Os tetos são nossos, não seus. Você não consegue subir um nível enviando mais nem baixá-lo enviando menos. O que o seu bitrate de ingest define é quanto detalhe real a escada tem como ponto de partida — outra pergunta, e é ela que a próxima seção responde.

Os tetos não mudam com a sua assinatura. Um plano compra a altura do nível mais alto, não o bitrate de nenhum nível. Um nível de 720p é codificado do mesmo jeito, seja ele o nível mais alto de uma conta gratuita ou um nível intermediário de uma conta grande.

Reajustamos esses tetos conforme a nossa frota de servidores e os encoders mudam, e é por isso que este artigo, de propósito, não publica uma tabela com eles: qualquer número impresso aqui ficaria desatualizado muito antes de as pessoas pararem de citá-lo. A estrutura é estável, os números não — e, como o restante do artigo mostra, não são os números do nosso lado que de fato determinam a sua imagem.

O que enviar para nós

O seu encoder envia uma única transmissão. Nós montamos a escada a partir dela. Então a única decisão que você realmente toma é como esse único fluxo de ingest vai ser, e o jeito útil de pensar nisso é: envie o suficiente para que o nível mais alto tenha detalhe real com que trabalhar, e nada além disso.

Essas faixas são um ponto de partida, não uma lei. A única regra que vale sempre: o que quer que você envie, o seu upload precisa aguentar de forma contínua, não só em um minuto bom.

Por que mais bitrate deixa de ajudar

Bitrate é um orçamento de dados por segundo, não um controle deslizante de qualidade. O encoder recebe esse orçamento e precisa descrever cada quadro dentro dele. Quando a imagem quase não muda — uma pessoa falando na frente de um fundo estático —, descrever o próximo quadro sai barato, e um orçamento maior simplesmente fica sem uso. Quando a imagem muda em todo lugar ao mesmo tempo — uma panorâmica sobre a multidão, um gol, confete —, o encoder não consegue descrever tudo e começa a simplificar: ele envia uma única cor média para um bloco de pixels em vez do que há dentro do bloco. É isso que é a pixelização em blocos. É a borda visível do orçamento.

É por isso que o mesmo número gera resultados diferentes para duas pessoas. O seu vizinho, com as mesmas configurações, transmite um overlay estático e uma webcam; você transmite um palco em movimento. Mesmo orçamento, conta bem diferente.

Isso também explica o formato das recomendações acima. Aumentar o bitrate ajuda exatamente até o ponto em que o orçamento deixa de ser a limitação; depois disso, custa folga de upload e não traz nada. Não existe configuração que faça uma pessoa falando para a câmera, num cenário estático, ficar melhor do que já fica a 6.000 kbps.

A folga é o motivo de cada nível ter um buffer, e não só uma taxa

Cada nível é codificado com um buffer além do teto — uma janela em que o encoder pode ultrapassar por um instante e depois compensar. Na nossa escada ao vivo, essa janela hoje é o dobro do teto do nível. Não é sobra; é justamente o que mantém intactos os momentos caros.

Vídeo de verdade não tem custo uniforme. Um corte seco para uma cena nova custa muito mais do que o segundo de imagem parada que vem antes. Se o encoder tivesse de respeitar o teto em cada instante, ele estragaria exatamente esses momentos — os cortes, os flashes, as panorâmicas rápidas —, que são os momentos para os quais o espectador está de fato olhando. Um buffer equivalente a dois segundos de dados permite que ele gaste acima do teto por um instante e volte para baixo, de modo que a média se mantém e os picos sobrevivem.

A mesma lógica vale para o seu próprio upload, e é aqui que a maioria das transmissões que falham de fato falha. Se o seu upload medido é de 10 Mbps e você configura o encoder em 10.000 kbps, não sobrou nada para os picos — nem para o resto da casa ou do escritório que usa a mesma conexão. Uma transmissão configurada exatamente no teto da conexão é uma transmissão que vai perder quadros no primeiro corte seco. Deixe folga. Se o teste de velocidade mostra 10 Mbps de upload, enviar 6.000 kbps não é timidez: é a configuração que aguenta a transmissão inteira.

Com conexão fraca, baixe a resolução — não o bitrate

Essa é a virada mais útil de todo o assunto, e é o contrário do que a maioria das pessoas tenta primeiro.

Suponha que o seu upload só aguente 3.000 kbps de forma confiável. Você tem duas formas de caber nisso: enviar 1080p a 3.000 kbps ou 720p a 3.000 kbps. Os mesmos dados por segundo. Só que 1080p tem mais que o dobro de pixels para descrever por quadro do que 720p, então, com o mesmo orçamento, cada pixel recebe menos da metade da atenção. A versão em 1080p não é uma imagem mais nítida com menos banda; é uma imagem mais borrada em tamanho maior. A versão em 720p, com os 3.000 kbps inteiros para muito menos pixels, fica limpa.

Então a ordem das coisas, quando o problema é a sua conexão, é: primeiro baixe a resolução e só depois ajuste o bitrate para que ele caiba com folga no que a linha aguenta em um minuto ruim, e não em um bom.

A taxa de quadros é decidida do nosso lado, não pelo seu plano

No caminho ao vivo, a cadência da escada é uma configuração da plataforma, não de cada conta, e no momento em que este texto foi escrito, toda transmissão ao vivo é codificada a 30 fps, não importa o que você envie. A sua assinatura não participa dessa decisão em nada — uma conta gratuita e uma conta do plano mais alto recebem a mesma cadência a partir da mesma fonte.

Vale saber disso antes de configurar qualquer coisa, porque aponta o seu orçamento de upload para uma direção clara: no caminho ao vivo, não há nada a ganhar forçando o encoder para 60 fps. Os quadros extras não seguem adiante e, com um bitrate de ingest fixo, tiram detalhe dos quadros que seguem. Se o seu conteúdo tem movimento rápido, gaste o orçamento em bitrate, e não em taxa de quadros.

Vídeos enviados por upload seguem um caminho separado, com regras próprias de taxa de quadros, e nada disso se aplica a eles.

O que o seu plano muda — e o que não muda

Vale dizer com todas as letras, porque é a parte que as pessoas mais costumam supor errado. No caminho ao vivo, um plano determina a altura do nível mais alto — a maior qualidade que o espectador pode escolher — e mais nada na imagem. Contas gratuitas vão até 720p, e os planos pagos levam esse teto para 1080p, 1440p e 2160p.

O que um plano não muda: o bitrate de nenhum nível, o buffer, a taxa de quadros, a estrutura de keyframes ou as configurações do encoder. Um nível de 720p é codificado de forma idêntica, seja ele o nível mais alto de uma conta gratuita ou o terceiro nível de uma conta grande. Não existe uma versão do encoder com qualidade reduzida.

A grade de keyframes — e por que não brigar com ela

Uma configuração do seu encoder interage, sim, com a nossa: o intervalo de keyframes. O dcast corta a transmissão ao vivo em segmentos de 4 segundos, e cada segmento contém 2 keyframes — um na borda e outro no meio —, então o intervalo interno de keyframes é de 2 segundos, calculado a partir da taxa de quadros final, e não fixado em uma contagem de quadros.

Você não precisa reproduzir isso. O encoder recodifica o que você envia, então ele monta a própria grade. Mas, se você colocar do seu lado um intervalo de keyframes fora do comum achando que isso vai reduzir a latência mais adiante, não vai, e um intervalo muito longo no ingest piora os primeiros instantes depois de uma reconexão. Um intervalo de keyframes de 2 segundos no seu encoder é uma escolha segura e sem surpresas.

Diagnóstico em cinco minutos quando a imagem parece errada

Pixelização em blocos que aparece só com movimento e some nas cenas paradas é problema de bitrate: o orçamento acabou justamente onde o conteúdo ficou caro. Suba um degrau o bitrate de ingest ou baixe um degrau a resolução.

Pixelização que chega em ondas, independentemente do que está na tela, muitas vezes junto com falhas no áudio e um contador de quadros perdidos subindo no seu encoder, não é problema de bitrate: é a sua conexão não entregando o que você prometeu a ela. Baixe o bitrate até o contador de quadros perdidos ficar em zero por dez minutos inteiros.

Uma imagem suave demais em toda parte, o tempo todo, inclusive nas cenas paradas, costuma ser problema da fonte, e não da codificação: uma câmera gravando em resolução mais baixa do que você imagina, uma placa de captura negociando um modo inferior ou uma cena sendo ampliada em algum ponto da sua cadeia. Nenhum bitrate conserta um upscale — ampliar uma imagem acrescenta dados, não detalhe.

E, se os espectadores relatarem problemas que você não vê localmente, lembre-se de que você está olhando a sua própria pré-visualização, não a sua própria transmissão. A pré-visualização nunca saiu de casa.