Resumo

  • A RFC 2361 permitiu que aplicações de internet citassem codecs já registrados em WAVE e AVI por meio de audio/vnd.wave;codec=... e video/vnd.avi;codec=...; a IANA republicava valores que não eram atribuídos por ela.
  • Encontrar o valor comprovava uma identidade no catálogo consultado, não a correspondência do corpo, a presença do decodificador, a atualidade do contato nem o sucesso seguro da reprodução.

Um arquivo chega com video/vnd.avi;codec=CVID. O código aparece na tabela. A estação tem um componente chamado Cinepak. A interface libera o botão de reprodução — e nenhuma imagem surge. Os três registros podiam estar corretos e ainda assim não formar uma cadeia operacional completa.

O parâmetro poderia estar errado. O contêiner poderia anunciar outra trilha. A biblioteca instalada talvez entendesse outra variante, recusasse um cabeçalho danificado, esgotasse memória ou produzisse quadros que a aplicação nunca apresentou. Um nome exato não é um recibo do trabalho sugerido por esse nome.

Esse era o terreno da RFC 2361, publicada como Informational em junho de 1998. Boa parte do áudio e do vídeo disponível havia sido produzida para ambientes de computador pessoal, não para protocolos de internet. WAVE e AVI já possuíam bases de identificadores mantidas pela Microsoft. Aplicações conectadas precisavam descrever, buscar e transmitir esse acervo sem inventar um nome novo para cada formato existente.

A solução foi uma ponte, não uma anexação. O documento colocou referências aos registros externos na vendor tree do MIME. audio/vnd.wave indicava o espaço WAVE e o parâmetro obrigatório codec selecionava um WAVE Format ID. video/vnd.avi indicava o espaço AVI e o mesmo parâmetro selecionava um AVI Codec ID.

As autoridades continuaram separadas. Os valores tinham sido atribuídos no registro da Microsoft para evitar colisões e publicar informações comuns. O MIME forneceu um envelope transportável por mensagens e protocolos da internet. A RFC tornou pública a regra de correspondência. A página atual da IANA resume o limite: IANA does not assign. Republication of values. Hospedar a lista não significava criar, aprovar ou auditar cada codec.

No áudio, a base numérica exigia atenção. Um WAVE Format ID era um número hexadecimal. Seus algarismos eram escritos no parâmetro sem o prefixo 0x. Assim, o registro MP3 0x0055 aparecia como audio/vnd.wave;codec=55. Aqueles caracteres não viravam o número decimal 55. Um programa que os lesse como decimal e os convertesse novamente poderia apontar para outra entrada enquanto parecia fazer uma operação rigorosa.

No AVI, a identidade vinha de um FourCC: quatro caracteres ASCII, 32 bits, com distinção entre maiúsculas e minúsculas. CVID, cvid e uma forma “corrigida” por normalização de texto não eram equivalentes por aparência. Caixa, comprimento e octetos pertenciam à chave, não ao acabamento visual.

A RFC também descreveu a conversão desses valores para GUIDs. O número WAVE era colocado no primeiro campo de um molde fixo; o FourCC ocupava os mesmos 32 bits. O exemplo H260 resultava em 30363248 na forma hexadecimal porque a ordem de bytes de um DWORD invertia a aparência dos caracteres. Com uma regra reproduzível, softwares orientados a FourCC e a GUID podiam verificar que apontavam para a mesma identidade.

O mapeamento não criava semântica adicional. Um GUID derivado não era uma nova especificação do bitstream, não inventariava decodificadores instalados e não atestava a origem do binário escolhido. A RFC 4122 posteriormente padronizou forma e terminologia de UUIDs, mas não transformou uma identidade derivada em prova de implementação ou autorização.

O tempo introduzia outro limite. A RFC 2361 chamava as bases de registros históricos. Empresa, endereço, telefone ou responsável em geral só mudavam quando o registrante original enviava uma atualização. Os apêndices eram uma referência autorizada dos valores registrados até janeiro de 1998; não eram um certificado perpétuo de existência empresarial, manutenção ou suporte.

É desejável que uma identidade sobreviva ao fornecedor. Um arquivo antigo continua reconhecível depois de uma aquisição ou do fim de um produto. Mas a inferência inversa não vale: a permanência da linha não prova um decodificador mantido, um canal de segurança, uma licença acessível ou um contato vivo. Identidade do formato e custódia atual são fatos diferentes.

O parâmetro MIME também não autenticava o corpo. Ele era uma declaração do emissor. O receptor ainda precisava abrir o contêiner, identificar trilhas e comparar seus códigos internos. A declaração podia faltar, estar errada ou ser maliciosa; o arquivo podia ser truncado, ambíguo ou construído para explorar o parser. Uma consulta positiva provava apenas que o token tinha significado no instantâneo consultado.

Anos depois, a RFC 6381 definiu o parâmetro plural codecs para outros tipos contêiner e tornou explícita uma fronteira semelhante: diante de conflito, os elementos do corpo são definitivos. Também reconheceu que nem toda trilha declarada é indispensável para um resultado parcial. Ela não substituiu a sintaxe singular da RFC 2361. Serve como evidência de que declaração e conteúdo inspecionado continuaram separados.

A capacidade local exigia novo conjunto de recibos. Ter um pacote instalado não significava que a aplicação o selecionou; selecioná-lo não garantia inicialização; inicializar não provava suporte ao perfil, à profundidade ou ao encapsulamento; decodificar amostras não demonstrava apresentação correta ao usuário. Versão, procedência, matriz de suporte, sandbox e limites de recursos não cabiam no FourCC.

O transporte não fechava essa lacuna. RTSP podia controlar uma sessão, HTTP entregar um objeto e RTP carregar mídia no tempo. O rótulo WAVE ou AVI ajudava a nomear o material, mas não era formato de payload RTP, confirmação de sessão, entrega completa, sincronização ou recibo humano.

A seção de segurança da RFC recusava a extrapolação de maneira direta: o documento apenas registrava formatos; cada formato precisava ser investigado por seus próprios riscos. Uma entrada reconhecida não autorizava instalar automaticamente um codec, carregar um plugin privilegiado ou executar um parser sem orçamento de memória e tempo.

Uma cadeia auditável separa o Content-Type bruto, o instantâneo do registro, a interpretação hexadecimal ou FourCC, a conversão de byte order, a inspeção do contêiner, qualquer divergência, o decodificador real e sua origem, a política de isolamento, a tentativa, as trilhas produzidas e o resultado observado. Cada elo pode ser verdadeiro enquanto o seguinte continua desconhecido.

A contribuição histórica da RFC 2361 foi uma federação limitada de nomes. A internet passou a referenciar com precisão um espaço que não governava, sem fingir que a referência transferia a atribuição, o código ou o resultado.