Resumo
- RFC 3189 colocava o bit M no último pacote de um quadro DV para reduzir a espera, mas exigia que a mudança de quadro fosse reconhecida pela diferença no timestamp RTP de 90 kHz, pois o pacote com o marcador podia ser perdido.
- O formato preservava outras distinções: pacotes continham blocos DIF inteiros de 80 bytes de um único quadro; o relógio avançava mesmo quando quadros eram descartados; VAUX e AAUX traziam informações indispensáveis; e repetir um bloco anterior ocultava a falha sem recuperar o original.
A decisão de mostrar veio antes da certeza
DV foi criado para sistemas de fita de varredura helicoidal e carregava uma organização própria. O quadro era dividido em sequências DIF, e cada sequência continha blocos fixos de 80 bytes. Havia blocos de vídeo, áudio, cabeçalho, subcódigo e informação auxiliar.
RFC 3189 não inventou um novo cabeçalho de carga para descrevê-los. Blocos completos vinham logo depois do cabeçalho RTP. O tamanho útil era múltiplo de 80, e todos os blocos de um pacote pertenciam ao mesmo quadro. Espaço sobrando não autorizava misturar o início do quadro seguinte.
Todos os pacotes do quadro usavam o mesmo timestamp de 90 kHz. A alteração do valor estabelecia a próxima unidade temporal. Já o bit M tinha uma finalidade de latência: no último pacote, avisava ao receptor que podia exibir sem aguardar o primeiro pacote do novo quadro.
A norma identificou o ponto fraco desse atalho. A ausência da marca não dizia se o quadro ainda estava chegando ou se o pacote final havia desaparecido. Por isso, o receptor não podia depender do bit M para detectar a transição.
Um relógio contínuo podia atravessar imagens ausentes
O novo timestamp resolvia quando avançar. Não dizia que o quadro anterior estava completo. Sequência, tempo e conteúdo continuavam sendo evidências distintas.
O emissor podia descartar vídeo e VAUX de alguns quadros para reduzir a taxa. Mesmo assim, tinha de incrementar o timestamp para contabilizar o intervalo omitido. Também podia deixar de transmitir blocos de regiões que permaneciam iguais à imagem anterior.
O receptor podia repetir o bloco correspondente do quadro anterior para esconder uma perda. Era uma solução de apresentação: a região parecia estável em vez de quebrada. Mas os bits antigos não eram os bits que faltaram.
Essa diferença fica mais importante depois da sessão. Uma gravação apenas da saída renderizada preserva a reparação, não necessariamente a ocorrência que a motivou. Sem os pacotes e o log de ocultação, o observador futuro não consegue separar imagem recebida de imagem reaproveitada.
O acordo de sessão não substituía os auxiliares
Áudio e vídeo DV podiam viajar agrupados no mesmo fluxo RTP ou separados. A escolha era associada ao tipo de carga dinâmico e permanecia fixa durante a sessão para evitar sincronização complexa de números de sequência. Formatos DV diferentes exigiam tipos dinâmicos diferentes.
SDP informava a codificação e se o áudio estava agrupado. Porém, proporção da imagem, posição, quantização de áudio, canais, atribuição e idioma formavam combinações demais para serem todas descritas ali.
RFC 3189 manteve esses dados nos pacotes source e source-control do próprio DV. O emissor precisava transportar os blocos VAUX ou os bytes AAUX indispensáveis à decodificação. A descrição anunciava um formato; os auxiliares explicavam o conteúdo concreto; a entrega continuava dependendo da rede.
No modo separado, a recomendação era extrair o áudio e reempacotá-lo em DAT12, L16 ou L20, ampliando a compatibilidade com receptores sem DV. Se áudio e vídeo continuassem em DV, timestamps iguais ajudavam o sincronismo labial. Ajudar não era provar que toda amostra chegou no prazo.
A revisão corrigiu a sinalização e preservou a perda
RFC 6469 substituiu RFC 3189 em 2011. Acrescentou modos HDTV de SMPTE 370M, regras de offer/answer e orientação de multicast específico por fonte. Também esclareceu quando o subcódigo podia ser omitido.
O documento novo registrou que os exemplos SDP de RFC 3189 usavam fmtp incorretamente. Reclassificou SMPTE 306M como valor de compatibilidade, porque o formato já era coberto por SMPTE 314M.
Ainda assim, um offer legado com 306M podia ser aceito ou tentado depois de uma rejeição. A correção não precisava apagar a linguagem que sistemas anteriores ainda apresentavam.
O aviso sobre M permaneceu. O bit continuou sendo o modo rápido de saber que o último pacote chegou, e o timestamp continuou sendo a base obrigatória para detectar o próximo quadro quando o fim se perdia.
O marcador era confiável dentro de uma pergunta menor
Quando o receptor via M=1, sabia algo concreto sobre aquele pacote. Não sabia, só por isso, se todos os pacotes anteriores tinham chegado. Quando não via M=1, nem sequer sabia se a marca nunca havia sido enviada ou se havia sido perdida.
O timestamp respondia outra pergunta. A ocultação respondia uma terceira. SDP respondia uma quarta. O sistema funcionava porque nenhuma resposta recebeu autoridade sobre todas as demais.
RFC 3189 trouxe a fita para a rede sem prometer que a rede seria uma fita perfeita. Seu mérito histórico está em aceitar deadlines e substituições sem chamar o resultado de prova integral do que foi transmitido.
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
