O HDMI Forum não permite uma implementação de código aberto da especificação HDMI 2.1

Artigo original ↗ Discussão no Hacker News ↗

As regras de licenciamento do HDMI estão impedindo a AMD de abrir o código do seu driver HDMI 2.1 para Linux, porque a associação ao HDMI Forum e os acordos de marca registrada proíbem publicar uma implementação compatível sob uma licença de código aberto. Os comentaristas argumentam que isso consolida padrões proprietários e pesados em DRM, enfraquecendo ecossistemas abertos, ao mesmo tempo em que observam que marcas como “HDMI” também complicam soluções de terceiros ou por engenharia reversa. Muitos veem o DisplayPort (e o USB‑C com DP alt mode) como uma alternativa mais aberta e tecnicamente superior, embora a posição consolidada do HDMI em TVs e dispositivos de consumo torne difícil substituí-lo.

Restrições Legais e de Licenciamento

  • A associação ao HDMI Forum parece impedir a AMD de lançar uma implementação de código aberto do HDMI 2.1 baseada na especificação oficial; fazer isso provavelmente violaria o contrato e os termos de propriedade intelectual.
  • HDMI é uma marca registrada; os membros licenciam tanto a especificação quanto o logotipo. Não membros, em teoria, poderiam implementar uma pilha compatível, mas não poderiam comercializá-la como “HDMI compliant”.
  • Debate sobre o escopo da marca: alguns dizem que expressões como “HDMI-compatible” deveriam ser permitidas como uso nominativo, semelhante a “compatible with macOS” ou “IBM-compatible”. Outros acham que os detentores dos direitos ainda poderiam processar, mesmo que provavelmente perdessem.
  • Alguns veem a exposição à especificação proprietária como “veneno” que impede compartilhar o código sob licenças de código aberto.

Engenharia Reversa e Viabilidade

  • Um grupo argumenta que um não membro poderia fazer engenharia de sala limpa ou engenharia reversa do HDMI 2.1 (a partir de tráfego, binários etc.) e publicar um driver aberto.
  • Outros dizem que farejar um link de 48 Gbit/s é impraticável sem equipamentos extremamente caros; contra-argumentos afirmam que isso é viável com analisadores lógicos relativamente baratos e conhecimento do protocolo.
  • O status legal de contribuições feitas por engenharia reversa ao driver de kernel da AMD é visto como mais plausível do que ler a especificação diretamente, mas ainda politicamente arriscado para a AMD.

Alternativas e Soluções de Contorno

  • Drivers de código fechado (por exemplo, de outros fornecedores de GPU) já suportam HDMI de alta resolução e alta taxa de atualização no Linux; isso enfraquece a afirmação de que “usuários de Linux estão sem sorte”.
  • Usuários sugerem adaptadores ativos (USB‑C/DP → HDMI), docks e dongles de DP para HDMI como soluções de contorno. Alguns relatam que recursos do HDMI 2.1, como VRR, funcionam via certos chipsets; outros observam limites de largura de banda/taxa de atualização e confiabilidade mista.
  • Muitos recomendam evitar o HDMI completamente: use DisplayPort ou USB‑C com DP Alt Mode quando possível.

HDMI vs DisplayPort, DVI e o Ecossistema de TVs

  • Vários participantes elogiam o DisplayPort como tecnicamente superior, livre de royalties e mais alinhado com PCs, ao mesmo tempo em que lamentam o peso de DRM do HDMI (HDCP) e o licenciamento.
  • Outros lembram com carinho do DVI (simples, confiável, embora volumoso) e observam seu próprio suporte a HDCP.
  • TVs quase sempre vêm apenas com HDMI; as razões citadas incluem inércia do ecossistema, expectativas do consumidor e compatibilidade com consoles e dispositivos de mídia. DP em TVs é visto como um custo desnecessário para compradores do mercado de massa.

DRM, Controle e a “Guerra Contra a Computação de Uso Geral”

  • As restrições de HDMI/HDCP são enquadradas como parte de uma pressão mais ampla de empresas de mídia e plataformas para controlar os ambientes de reprodução, prender os usuários a sistemas operacionais/hardware específicos e resistir a padrões abertos.
  • Alguns argumentam que o DRM não impede piratas determinados, mas piora a experiência dos usuários legítimos e empurra as pessoas para a pirataria em busca de confiabilidade.
  • Virtualização, passthrough de GPU e captura de barramento são mencionados como maneiras de usuários avançados ainda obterem conteúdo não criptografado.

Padrões Abertos e Governança

  • Os participantes perguntam por que as telas dependem de padrões proprietários ou pagos quando muitos setores usam padrões abertos (ao menos nominalmente).
  • Outros respondem que criar um órgão de padrões verdadeiramente aberto, financeiramente sustentável e com ampla adesão da indústria é difícil; muitas organizações de padrões se financiam por meio de documentos pagos, o que entra em choque com as normas de código aberto.
  • Alguns veem a hostilidade do HDMI Forum a implementações abertas como rent-seeking e um sinal de alerta para a falta de escrutínio público suficiente sobre a especificação.