El HDMI Forum no permite una implementación de código abierto de la especificación HDMI 2.1

Artículo original ↗ Discusión en Hacker News ↗

Las reglas de licencias de HDMI están impidiendo que AMD haga abierto su controlador HDMI 2.1 para Linux, porque la membresía del HDMI Forum y los acuerdos de marca registrada prohíben publicar una implementación compatible bajo una licencia abierta. Los comentaristas sostienen que esto consolida estándares propietarios cargados de DRM y socava los ecosistemas abiertos, al tiempo que señalan que marcas como “HDMI” también complican las soluciones de terceros o por ingeniería inversa. Muchos ven DisplayPort (y USB-C con DP alt mode) como una alternativa más abierta y técnicamente superior, aunque la posición arraigada de HDMI en televisores y dispositivos de consumo hace difícil desplazarlo.

Restricciones legales y de licencia

  • La membresía del HDMI Forum parece impedir que AMD publique una implementación de HDMI 2.1 de código abierto basada en la especificación oficial; hacerlo probablemente violaría el contrato y los términos de propiedad intelectual.
  • HDMI es una marca registrada; los miembros autorizan tanto la especificación como el logotipo. Los no miembros podrían, en teoría, implementar una pila compatible, pero no podrían comercializarla como “compatible con HDMI”.
  • Debate sobre el alcance de la marca: algunos dicen que frases como “compatible con HDMI” deberían permitirse como uso nominativo, similar a “compatible con macOS” o “compatible con IBM”. Otros creen que los titulares de derechos aún podrían litigar, aunque probablemente perderían.
  • Algunos consideran que exponerse a la especificación propietaria es un “veneno” que impide compartir el código fuente bajo licencias de código abierto.

Ingeniería inversa y viabilidad práctica

  • Un sector argumenta que un no miembro podría hacer una implementación limpia o ingeniería inversa de HDMI 2.1 (a partir de tráfico, binarios, etc.) y publicar un controlador abierto.
  • Otros dicen que analizar un enlace de 48 Gbit/s es impracticable sin equipos extremadamente caros; los contraargumentos sostienen que es factible con analizadores lógicos relativamente baratos y conocimiento del protocolo.
  • El estatus legal de las contribuciones por ingeniería inversa al controlador del kernel de AMD se ve como más plausible que leer la especificación directamente, pero aun así es políticamente arriesgado para AMD.

Alternativas y soluciones provisionales

  • Los controladores de código cerrado (por ejemplo, de otros fabricantes de GPU) ya admiten HDMI de alta resolución y alta frecuencia en Linux; esto debilita la afirmación de que “los usuarios de Linux están sin suerte”.
  • Los usuarios sugieren adaptadores activos (USB-C/DP → HDMI), docks y dongles DP-a-HDMI como soluciones provisionales. Algunos informan que funciones de HDMI 2.1 como VRR funcionan mediante ciertos chipsets; otros señalan límites de ancho de banda/refresh y fiabilidad desigual.
  • Muchos recomiendan evitar HDMI por completo: usar DisplayPort o USB-C con DP Alt Mode cuando sea posible.

HDMI frente a DisplayPort, DVI y el ecosistema de televisores

  • Varios participantes elogian DisplayPort como técnicamente superior, libre de royalties y mejor alineado con los PC, mientras lamentan la carga de DRM de HDMI (HDCP) y su sistema de licencias.
  • Otros recuerdan con cariño DVI (simple, fiable, aunque voluminoso) y señalan que también soporta HDCP.
  • Los televisores se envían abrumadoramente solo con HDMI; las razones citadas incluyen la inercia del ecosistema, las expectativas de los consumidores y la compatibilidad con consolas y dispositivos multimedia. Se considera que incluir DP en televisores supone un coste innecesario para compradores del mercado masivo.

DRM, control y “guerra contra la computación de propósito general”

  • Las restricciones de HDMI/HDCP se presentan como parte de un impulso más amplio de las empresas de medios y plataformas para controlar los entornos de reproducción, atar a los usuarios a sistemas operativos/hardware concretos y resistirse a los estándares abiertos.
  • Algunos sostienen que el DRM no detiene a los piratas decididos, pero degrada la experiencia legítima de uso y empuja a la gente hacia la piratería por fiabilidad.
  • Se mencionan la virtualización, el paso de GPU y la captura del bus como formas en que los usuarios avanzados aún pueden obtener contenido sin cifrar.

Estándares abiertos y gobernanza

  • Los participantes se preguntan por qué las pantallas dependen de estándares propietarios o de pago cuando muchas industrias usan estándares abiertos, al menos nominalmente.
  • Otros responden que crear un organismo de estándares verdaderamente abierto y financieramente sostenible, con amplio apoyo de la industria, es difícil; muchas organizaciones de estándares se financian mediante documentos de pago, lo que choca con las normas del software libre.
  • Algunos ven la hostilidad del HDMI Forum hacia implementaciones abiertas como una búsqueda de rentas y una señal de alarma por la falta de escrutinio público suficiente de la especificación.