Fórum HDMI rejeita suporte a driver HDMI 2.1 open source solicitado pela AMD

• O driver gráfico Linux open source da AMD tem a limitação de não conseguir implementar recursos do HDMI 2.1+ devido a exigências legais do Fórum HDMI.
  • Engenheiros da AMD tentaram, em colaboração com o Fórum HDMI, encontrar uma solução para oferecer recursos do HDMI 2.1+ no driver open source do kernel Linux, mas o esforço terminou em fracasso.
  • Há 3 anos são relatados problemas que impedem, via driver Linux da AMD, o suporte a resoluções como 4K@120Hz e 5K@240Hz.

O fechamento do acesso às especificações públicas pelo Fórum HDMI prejudica o suporte open source

• O Fórum HDMI dificultou o suporte open source ao fechar o acesso às especificações públicas.
• A AMD e a Fundação X.Org tentaram trabalhar com o Fórum HDMI para encontrar uma solução para uma implementação open source, mas o Fórum HDMI recusou o pedido da AMD.

Os esforços da AMD e a recusa do Fórum HDMI

• Engenheiros Linux da AMD trabalharam por meses com a equipe jurídica para avaliar os recursos HDMI e decidir como eles poderiam ser disponibilizados em drivers open source.
• A AMD tinha código funcional internamente e esperou por meses pela aprovação do Fórum HDMI, mas acabou recebendo uma recusa.
• O engenheiro Linux da AMD Alex Deucher afirmou que o Fórum HDMI rejeitou a proposta e que é impossível implementar HDMI 2.1 open source sem violar as exigências do Fórum HDMI.

Mais contexto e alternativas defendidas por apoiadores do open source

• A AMD vinha prototipando por meses código para demonstrar recursos do HDMI 2.1+ dentro da base de código interna open source do AMDGPU, mas agora esse esforço pode ter sido em vão.
• Nos esforços iniciais do driver open source da AMD, já havia preocupações sobre expor aceleração de vídeo da GPU, o que poderia violar restrições de HDCP/vídeo digital.
• Não está claro se a AMD conseguirá implementar mais recursos dentro do firmware (fechado) ou encontrar outro caminho protegido pelo bloco de IP PSP.
• Como o suporte a recursos HDMI 2.1+ em drivers open source dificilmente deve chegar no curto prazo, defensores do open source devem buscar usar DisplayPort sempre que possível.

Opinião do GN⁺

• Este artigo mostra como restrições legais e limitações técnicas podem atrapalhar a inovação no desenvolvimento de drivers open source. Dá para ver que até mesmo uma grande empresa como a AMD enfrenta dificuldades para entregar os recursos mais recentes aos usuários por causa das regras de uma organização como o Fórum HDMI.
• A ausência de recursos do HDMI 2.1+ pode ter grande impacto, especialmente para gamers e profissionais que exigem alta resolução e altas taxas de atualização. Essas pessoas podem acabar tendo de buscar alternativas como DisplayPort ou migrar para soluções não open source por causa das limitações dos drivers abertos.
• Esse problema reforça a necessidade de a comunidade open source cooperar com entidades de padronização tecnológica para criar um ambiente técnico mais aberto e inovador. A situação também sugere a necessidade de mais atenção e apoio a movimentos de hardware open source ou ao desenvolvimento de padrões alternativos.
• O investimento de empresas como a AMD no desenvolvimento de drivers open source tem efeito positivo para a comunidade, mas quando esses esforços fracassam por restrições legais, o resultado pode ser frustrante tanto para empresas quanto para desenvolvedores.
• É importante considerar como a ausência de recursos do HDMI 2.1+ afeta seu caso de uso e, se necessário, procurar alternativas como DisplayPort.

[cosine20]

Por causa dessas coisas, eu também acabei passando a preferir mais o DisplayPort do que o HDMI. Agora ficou claro que havia um motivo para a GPU vir com apenas uma porta HDMI e até três portas DisplayPort....

[GN⁺]

Comentários no Hacker News

• Um usuário mencionou que, nos últimos 15 anos, queria um dispositivo pequeno e barato que pudesse sobrepor informações personalizadas (por exemplo, texto) na TV. No entanto, disse que esse dispositivo não existe porque decodificar um sinal HDMI é ilegal se você não fizer parte do “clube”. Segundo ele, isso acontece por causa de provedores de conteúdo preocupados com a cópia não autorizada de DVDs. O usuário disse que pagaria até US$ 199 por esse dispositivo e gostaria que ele tivesse uma API aberta para inserir texto e ícones de sobreposição.
• Outro usuário mencionou que defensores do Linux de código aberto deveriam usar DisplayPort em vez de HDMI sempre que possível. Também apontou que esse é um dos vários protocolos executados por meio de cabos USB-C.
• Um usuário expressou frustração por, em princípio, considerar isso insatisfatório, mas querer conectar um PC à TV para jogar no sofá, enquanto o HDR não funcionar direito no Linux, e descobrir que o HDMI 2.1 é mais um problema. Ele acha que o Windows é necessário para esse tipo de recurso.
• Houve uma pergunta sobre se seria possível realizar esse trabalho em um país sem patentes de software, como a França, e depois divulgar o resultado. A pergunta citou o exemplo do VLC.
• Houve uma pergunta sobre se existe algum motivo para querer usar DisplayPort em vez de HDMI.
• Houve uma pergunta sobre se a AMD poderia fazer um fork do HDMI e adicionar suporte no driver para criar seu próprio padrão compatível com HDMI, e se existe alguma questão fundamental de lei ou da especificação que impeça isso.
• Um usuário disse que só descobriu hoje que decodificar sinais HDMI é ilegal e que achava que HDMI era um protocolo aberto.
• Alguém disse esperar que alguém vazasse a especificação do HDMI, ou que talvez ela já tenha vazado. Também mencionou que as especificações mais recentes da VESA são restritas e disse que é possível farejar o canal de controle de conexões HDMI ou DP. Apontou que isso permitiria fazer engenharia reversa das funcionalidades.
• Um usuário declarou que, depois de saber dessas informações, nunca mais comprará produtos baseados em HDMI.
• Houve uma pergunta sobre qual é o objetivo do HDMI Forum ao tentar manter a especificação fechada e se foi apresentada alguma justificativa quando decidiram limitar a divulgação das atualizações da especificação.