Resumo

  • Em RFC 9924, a capacidade do decoder APV é declarada por perfil como uma tupla perfil–nível–banda: recursos do algoritmo, carga de amostras e geometria de tiles, e teto de dados codificados.
  • Sintaxe válida, tupla suportada, frame decodificado, uso de recursos limitado, qualidade percebida e aceite de produção são recibos diferentes.

Uma sala de finalização não compra um substantivo; compra uma passagem de material por uma cadeia. Ainda assim, tabelas comerciais costumam reduzir a passagem a “APV: sim”. A palavra não informa quantas amostras por segundo entram, como os tiles são organizados nem a taxa que precisa atravessar o decoder.

Num cenário apenas ilustrativo, um arquivo 8K chega com um perfil reconhecido. O cabeçalho passa pelo parser, mas o nível e a banda declarados para aquele perfil não alcançam a carga. Outro arquivo gera frames e falha no aceite visual. Um terceiro traz metadata desconhecida, que não deve ser processada. São falhas em portas distintas, não três versões do mesmo “incompatível”.

RFC 9924, Advanced Professional Video, foi publicado em fevereiro de 2026 como Informational no Independent Stream. O registro do RFC Editor afirma que o texto não é produto do IETF nem representa consenso do IETF. A decisão de publicar não comprova uma implementação, uma implantação ou valor de mercado.

APV foi concebido para gravação profissional e pós-produção, com baixa latência, alto throughput e ciclos repetidos de decode e re-encode. É intra-frame-only e usa tiles para paralelismo. O documento contempla material 2K, 4K e 8K em taxas de alguns Gbit/s, amostragem de 4:0:0 a 4:4:4:4, alpha, HDR e metadata definida pelo usuário.

A sintaxe chega de 10 a 16 bits. Porém, os perfis hoje definidos cobrem 10 e 12 bits. Espaço sintático para 16 bits não é um perfil 16-bit definido, menos ainda evidência de suporte em um produto.

O perfil é um conjunto de obrigações de decode. Ele seleciona recursos do algoritmo e limites que todo decoder conforme àquele perfil deve implementar. Não é uma unidade de memória, de frames por segundo ou de resultado visual. O nível trata da taxa de amostras de luminância e da geometria de tiles. A banda escolhe o máximo de dados codificados dentro desse nível.

Por isso, a tupla é específica de cada perfil. Um decoder pode sustentar um nível num perfil e outro nível em outro. O maior perfil listado não vira uma promessa de carga máxima para toda a família. Um check único no produto joga fora a granularidade necessária para casar sender e receiver.

O padrão também evita opções selecionáveis individualmente no decoder. Cada opção criaria novas combinações para o encoder produzir e o decoder antecipar. A escolha não elimina diferenças de implementação; limita a diversidade às fronteiras explícitas de perfil, nível e banda, reduzindo a dificuldade de interoperabilidade.

Os identificadores reservados não seguem uma regra uniforme. Um profile_idc reservado entre valores conhecidos não deve ser presumido como capacidade intermediária, pois perfis são conjuntos de funções. Já level_idc e band_idc reservados entre valores especificados devem representar capacidades intermediárias, pois descrevem envelopes ordenados de recurso. Comparar apenas o número, sem conhecer o campo, produz a decisão errada.

Há evidência de código real: OpenAPV, seus testes de bitstream, o material de APV no Android 16, a página do FFmpeg 8.0 e o commit de encoder citado. A existência desses artefatos permite inspeção; não certifica conformidade completa, desempenho, cobertura, segurança, qualidade ou adoção.

Uma matriz séria mantém resultados separados. Primeiro, validade sintática. Depois, presença da tupla na declaração daquele perfil. Em seguida, parse e decode por um build identificado. Tempo, memória e comportamento de falha precisam de limites próprios. Qualidade precisa de referência e método. O responsável pela operação ainda decide se a saída, a metadata e a repetição de gerações cabem no fluxo de produção.

As considerações de segurança mostram por que “deu imagem” não basta. Bits previsíveis no header e no padding não podem ser combinados com cifra ou modo vulnerável a known plaintext; APV não cifra conteúdo. Payload malicioso não deve causar memory overrun, consumo excessivo ou integer overflow. Um processo que rejeita o frame só depois de esgotar recursos falhou de forma perigosa.

Gateway de transcoding expõe também o encoder a entrada hostil. Problemas no encoder podem ser menos comuns sem serem impossíveis. O decoder não deve processar um tipo de metadata desconhecido, pois uma interpretação incorreta pode deixá-lo em estado indefinido. Conteúdo não destinado a execução também não é sinônimo de mídia malformada segura.

A busca de errata do RFC 9924 informa o estado editorial do documento, não o estado de um binário. “Perceptualmente sem perdas” continua sendo objetivo até que material, tela, método e resultado sejam apresentados.

A primazia do código em execução de Heng Lu põe o parser, decoder, encoder e gateway reais acima do rótulo. A especificação inicial mínima preserva uma obrigação comum estreita e deixa escolhas posteriores localmente. As camadas de realidade impedem que publicação, sintaxe, declaração, execução, saída, percepção e aceite virem um único estado.

O recibo útil associa a tupla do arquivo àquela declarada pelo decoder para o perfil. Inclui dimensões, frame rate, tiles, chroma, alpha, bit depth, taxa, build, configuração, resultado, pico de recursos, metadata, método de comparação, identidade da saída e decisão de produção. “Suporta APV” serve para filtrar candidatos. Não serve para liquidar responsabilidade.

Fontes