Como funciona uma web rádio por dentro: do estúdio ao fone

Uma web rádio é, tecnicamente, um arquivo de áudio que nunca acaba. O player do ouvinte abre uma conexão HTTP com um servidor e fica recebendo bytes até alguém fechar a aba. Não existe dial, não existe sintonia, não existe alcance geográfico. Existe um endereço, uma porta e um fluxo contínuo de dados. No diretório do xCAST Rádios são 2.904 emissoras cadastradas e cerca de 2.550 no ar ao mesmo tempo, todas fazendo exatamente isso, 24 horas por dia.

As quatro peças da corrente

Do microfone até o fone de ouvido, o áudio passa por quatro estágios. Se algum deles cai, a rádio sai do ar.

1. A fonte: o estúdio ao vivo (mesa, microfone, software de automação) ou o AutoDJ, que toca uma playlist de arquivos direto no servidor.
2. O encoder: comprime o áudio bruto e empurra para o servidor.
3. O servidor de streaming: recebe uma cópia e distribui para todos os ouvintes ao mesmo tempo.
4. O player: o app, o site, o carro, a caixinha inteligente. Ele só sabe pedir bytes e tocar.

O encoder e a conta do bitrate

Áudio sem compressão de qualidade de CD consome 1.411 kbps. Ninguém transmite isso. O encoder converte para MP3, AAC+ (também chamado HE-AAC) ou Opus e reduz esse número em dez, vinte, quarenta vezes. Programas comuns nesse papel: BUTT, Mixxx, RadioBOSS, Sam Broadcaster, Rocket Broadcaster. Quando a rádio é automática, o encoder normalmente já vive dentro do servidor e você nem vê a tela dele.

O bitrate é a decisão mais importante que uma rádio nova toma, e a conta é simples. Divida o bitrate por 8 para achar quantos kilobytes por segundo cada ouvinte consome. Em 128 kbps: 128 ÷ 8 = 16 KB/s. Multiplique por 3.600 segundos e você tem 57.600 KB, ou cerca de 56 MB por ouvinte por hora. Com 50 ouvintes simultâneos em 128 kbps, o servidor está entregando 50 × 128 = 6.400 kbps, ou 6,4 Mbps de saída contínua.

Veja como as rádios no ar no diretório se distribuem hoje, com o consumo por ouvinte já calculado:

Qualidade	Rádios no ar	Consumo por ouvinte/hora
128 kbps	1.217	~56 MB
64 kbps	458	~28 MB
320 kbps	285	~141 MB
96 kbps	139	~42 MB
256 kbps	119	~113 MB
48 kbps	103	~21 MB
32 kbps	33	~14 MB

128 kbps virou o padrão de fato porque é o ponto onde o MP3 já soa bem em fone e caixa comum. Os 285 teimosos em 320 kbps gastam dois vírgula cinco vezes mais banda para uma diferença que a maioria dos ouvintes não escuta no celular, no 4G, dentro do ônibus. Já 32 e 48 kbps fazem sentido para rádios faladas: podcast, pregação, notícia. Voz não precisa de agudo.

Shoutcast e Icecast: os dois padrões

Praticamente toda rádio online do mundo roda em um desses dois programas. O Shoutcast nasceu na Nullsoft em 1999, junto com o Winamp, e criou o protocolo ICY, que é HTTP com alguns cabeçalhos a mais. O Icecast é a alternativa livre, mantida pela fundação Xiph.

A diferença prática que importa: o Icecast trabalha com mountpoints, que são caminhos dentro de uma mesma porta, tipo /live e /autodj. Isso permite o recurso de fallback: quando o locutor ao vivo desconecta, o servidor joga os ouvintes de volta no mountpoint automático sozinho, sem silêncio. O Shoutcast tradicional trabalha com uma transmissão por porta e é mais simples de configurar. Os dois entregam MP3 e AAC+; só o Icecast entrega Ogg e Opus.

A porta, e a armadilha que pega todo mundo

Porta é um número de 1 a 65535 que identifica qual programa, dentro daquele servidor, deve atender a conexão. Um mesmo servidor hospeda centenas de rádios porque cada uma ocupa uma porta diferente: 8000, 8010, 8130, 9910. O endereço da sua transmissão é sempre a combinação de servidor mais porta, algo como http://servidor.exemplo.com.br:8130/stream.

Agora a armadilha. No Shoutcast clássico, o ouvinte se conecta na porta 8130, mas o locutor conecta o encoder na porta 8131, ou seja, porta + 1. Metade dos iniciantes copia o número errado para o player do site e passa a tarde achando que o servidor está com defeito. A segunda armadilha é ainda mais comum: se o site da rádio é HTTPS e o endereço do stream é HTTP, o navegador bloqueia o áudio por conteúdo misto e não avisa nada além de uma linha no console. O player fica lá, girando, mudo. A transmissão está perfeita; o cadeado é que derrubou.

Buffer: por que você nunca ouve ao vivo de verdade

A internet entrega pacotes de forma irregular. Para o áudio não picotar, todo mundo acumula uma reserva antes de tocar. O servidor guarda um pedaço inicial (no Icecast, o padrão é por volta de 64 KB, que a 128 kbps equivale a uns 4 segundos de som) e dispara tudo de uma vez quando alguém conecta, para o player encher rápido. O player, por sua vez, segura mais alguns segundos antes de soltar o primeiro áudio.

Resultado: entre o locutor falar e o ouvinte escutar existem tipicamente de 5 a 30 segundos. Isso quebra qualquer promoção do tipo "o primeiro que ligar agora". Quando o telefone toca, aquele trecho já saiu do ar faz meio minuto. Quem faz sorteio ao vivo aprende isso da pior maneira.

Ouvintes simultâneos não é audiência mensal

O número que o servidor reporta é a contagem de conexões abertas naquele instante. Nada mais. O portal consulta o servidor de streaming de cada emissora uma vez por minuto e registra o valor. Na medição de referência, as rádios da rede somavam 7.646 ouvintes simultâneos, com média de 3 por emissora e a maior marcando 336.

Três coisas que esse número não diz: quem ficou ouvindo três horas seguidas conta como 1 o tempo todo; quem abriu o app e deixou o site aberto na outra aba conta como 2; e quem ouviu de manhã e de noite conta como 0 no meio da tarde. Comparar "8 ouvintes simultâneos" com "12 mil visitas no mês" é comparar coisas de naturezas diferentes. Para ter noção de alcance real, o que serve é a soma de horas de escuta e o pico do dia, não a foto de um minuto. Os rankings do portal usam justamente essa leitura minuto a minuto acumulada.

Como o nome da música chega ao player

O stream carrega som, e só som. O título viaja por fora, misturado no meio dos bytes. Funciona assim: o player pede a conexão mandando o cabeçalho Icy-MetaData: 1. O servidor responde dizendo icy-metaint: 8192, ou seja, "a cada 8.192 bytes de áudio eu vou enfiar um bloquinho de texto". Esse bloquinho é literalmente uma linha: StreamTitle='Artista - Música';.

É tudo. Uma string única, sem campo separado para artista, sem campo para álbum, sem capa. Quem separa artista de título é o player, cortando no primeiro hífen. Por isso a arte do álbum que aparece na tela é sempre resultado de uma busca feita depois, a partir daquele texto, e por isso ela às vezes vem errada.

A consequência prática é dura: se os arquivos MP3 da sua playlist estão com a tag ID3 bagunçada, o mundo inteiro vê "Faixa 03" ou "01 - track". Arrumar os metadados dos arquivos não é capricho de organizado, é o que faz sua rádio aparecer direito nas listas de mais tocadas e no radar de música. Só nos últimos 7 dias o portal registrou 4.380.580 execuções vindas desses bloquinhos de texto: 626 mil por dia, cerca de 7 por segundo.

Ao vivo e programação automática

Na programação automática, o AutoDJ roda dentro do servidor, lê uma playlist de arquivos já enviados e transmite sem ninguém presente. Dá para agendar bloco de sertanejo às 6h, programa gravado às 12h, vinheta de hora certa. É o modo em que a maioria das emissoras passa a maior parte do dia.

Na transmissão ao vivo, o locutor abre o encoder no computador dele, aponta para o servidor, informa a senha de fonte e assume o ar. O servidor derruba o AutoDJ e passa a retransmitir o que vem do estúdio. Quando o encoder desconecta, o automático volta.

Duas ciladas conhecidas aqui. A primeira: se o fallback não estiver configurado, o AutoDJ não retoma sozinho e a rádio fica em silêncio absoluto até alguém perceber, o que costuma acontecer às três da manhã. A segunda: dois encoders tentando entrar com a mesma senha ao mesmo tempo derrubam um ao outro em loop, e o ouvinte escuta o áudio picando de dois em dois segundos. Só um pode segurar a fonte.

Sem concessão, mas com direito autoral

Uma FM ocupa uma faixa do espectro radioeletromagnético, que é bem público e finito. Por isso depende de outorga do poder público, edital, prazo de validade e fiscalização técnica. Uma web rádio não ocupa espectro nenhum: ela usa a internet, onde não há escassez de canal. Daí não haver concessão a pedir. Qualquer pessoa pode subir uma transmissão hoje e estar no ar em uma tarde.

O que não desaparece é o direito autoral. Tocar música para outras pessoas é execução pública, e execução pública gera pagamento a autores, intérpretes, músicos e produtores fonográficos. No Brasil, quem arrecada e distribui isso é o ECAD, e o cadastro de web rádio existe e é o caminho normal. Vale saber, também, que assinatura pessoal de serviço de streaming musical não serve como fonte: os termos de uso desses serviços proíbem retransmissão, e isso independe de qualquer arranjo técnico.

Checklist antes de estrear

1. Escolha o bitrate pelo conteúdo: 128 kbps para música, 48 ou 64 kbps para voz.
2. Confirme qual porta é a do ouvinte e qual é a do encoder. Teste o endereço num player externo antes de colar no site.
3. Se o site é HTTPS, o endereço do stream precisa ser HTTPS também.
4. Limpe as tags ID3 dos arquivos antes de subir a playlist. Depois de 4 mil músicas no ar, arrumar dá muito mais trabalho.
5. Teste o retorno do automático: entre ao vivo, desconecte, cronometre quantos segundos até a música voltar.

Com isso resolvido, o resto é conteúdo. Quem já está no ar pode cadastrar sua rádio no diretório e aparecer nas listas por gêneros e por cidade.