Trilha de áudio RTSP, AAC e trilhas SDP desconhecidas: por que um fluxo de vídeo falha antes da reprodução

Alguns fluxos de câmera RTSP falham não porque o vídeo esteja indisponível, mas porque a sessão contém mais do que o cliente espera. Uma câmera pode anunciar vídeo, áudio, metadados, faixas privadas, áudio de backchannel ou seções de mídia específicas do fornecedor no SDP. Um consumidor estrito pode rejeitar toda a sessão quando encontrar uma faixa não suportada.

Pesquisas como "áudio RTSP AAC não funciona", "faixa desconhecida no SDP", "fluxo RTSP falha com áudio ativado" ou "a câmera funciona após desativar o áudio" apontam para o mesmo limite de diagnóstico: o SDP descreve a sessão e cada faixa anunciada pode afetar a compatibilidade.

SDP pode anunciar mais do que vídeo

Uma resposta RTSP DESCRIBE pode incluir múltiplas seções de mídia:

• m=vídeo
• m=áudio
• trilhas de metadados
• faixas de aplicativos
• cargas privadas do fornecedor
• controlar URLs por faixa

Para cada faixa, o cliente deve decidir se pode configurá-la, ignorá-la ou falhar. Alguns clientes são tolerantes. Outros são rigorosos. Se um mecanismo de restreaming ou produto de análise espera apenas uma faixa de vídeo compatível, seções SDP desconhecidas podem causar falhas surpreendentes.

AAC Audio tem seu próprio limite de compatibilidade

AAC sobre RTP é bastante comum, mas nem todo consumidor RTSP lida com todas as cargas de áudio de maneira limpa. O SDP pode precisar descrever o modo, a configuração, a taxa de clock, os canais e o tipo de carga útil. Se esses campos estiverem ausentes ou forem incomuns, um cliente poderá falhar durante a configuração ou posteriormente ao desempacotar.

Problemas de áudio podem aparecer como:

• stream abre apenas quando o áudio está desativado
• Erro de análise do SDP
• tipo de carga útil não compatível
• SETUP falha na trilha de áudio
• o vídeo funciona no VLC, mas falha em um caminho de ingestão mais rigoroso
• gravador rejeita a sessão mesmo que a trilha de vídeo seja válida

Este último caso é importante: uma trilha de áudio não suportada pode bloquear o acesso a uma trilha de vídeo utilizável dependendo do comportamento do cliente.

Faixas desconhecidas devem ser relatadas, não ocultadas

Se o SDP contiver uma seção de mídia desconhecida, uma ferramenta de diagnóstico deverá preservá-la. Ocultar faixas não suportadas torna mais difícil explicar falhas de compatibilidade.

Evidências úteis incluem:

• seção completa de mídia do SDP
• tipo de carga útil
• valor rtpmap
• Valores fmtp
• rastrear URL de controle
• se SETUP foi tentado
• se a falha ocorreu na faixa de vídeo, áudio ou metadados

Isso permite que os engenheiros decidam se desabilitam a trilha, filtram-na, alteram o perfil da câmera ou ajustam o suporte downstream.

Desative o áudio como teste, não como diagnóstico

Desativar o áudio é uma solução alternativa comum. Pode ser válido, especialmente para fluxos de trabalho analíticos que precisam apenas de vídeo. Mas deve ser tratado como um teste:

• vídeo e áudio falham
• somente vídeo é bem-sucedido
• SDP alterado após desativar o áudio
• carga útil ou faixa não suportada desapareceu
• O caminho do vídeo RTP permaneceu o mesmo

Esta comparação prova que a falha pertence à composição da sessão, e não à acessibilidade básica da rede.

Onde o inspetor RTSP se encaixa

O Inspetor RTSP deve manter a estrutura da sessão visível. O seu limite não é a reprodução; é uma explicação do protocolo. Para fluxos RTSP multitrilha, deve ajudar a responder:

• quantas faixas o SDP anunciou?
• quais faixas foram suportadas?
• qual faixa falhou na configuração?
• chegou o vídeo RTP?
• o áudio ou os metadados bloquearam o consumidor?
• a próxima ação deve ser a alteração do perfil da câmera ou a alteração do analisador downstream?

Quando um fluxo de câmera “não funciona”, a trilha de vídeo pode estar correta. A faixa não suportada ao lado pode ser o verdadeiro motivo da falha da sessão.