- El controlador gráfico abierto de Linux de AMD tiene la limitación de no poder implementar funciones de HDMI 2.1+ debido a exigencias legales del Foro HDMI.
- Los ingenieros de AMD intentaron colaborar con el Foro HDMI para encontrar una solución que permitiera ofrecer funciones de HDMI 2.1+ en el controlador del kernel de Linux de código abierto, pero el esfuerzo terminó fracasando.
- Durante 3 años se ha reportado el problema de que, con el controlador de Linux de AMD, no es posible soportar resoluciones de 4K@120Hz y 5K@240Hz.
El cierre del acceso a especificaciones públicas del Foro HDMI golpea el soporte de código abierto
- El Foro HDMI ha dificultado el soporte de código abierto al cerrar el acceso a las especificaciones públicas.
- AMD y la Fundación X.Org intentaron colaborar con el Foro HDMI para encontrar una solución para una implementación abierta, pero el Foro HDMI rechazó la solicitud de AMD.
Los esfuerzos de AMD y el rechazo del Foro HDMI
- Los ingenieros de Linux de AMD trabajaron durante varios meses junto con el equipo legal para evaluar las funciones de HDMI y determinar cómo podrían publicarse en un controlador de código abierto.
- AMD tenía código funcional internamente y esperó durante meses la aprobación del Foro HDMI, pero al final fue rechazada.
- Alex Deucher, ingeniero de Linux en AMD, señaló que el Foro HDMI rechazó la propuesta y que no es posible implementar HDMI 2.1 de código abierto sin violar los requisitos del Foro HDMI.
Contexto adicional y alternativas propuestas por defensores del código abierto
- AMD había estado prototipando durante meses código para demostrar funciones de HDMI 2.1+ dentro de su base interna de código abierto AMDGPU, pero ahora ese esfuerzo podría haber sido en vano.
- En los primeros esfuerzos del controlador abierto de AMD había preocupación por exponer la aceleración de video de la GPU, ya que eso podría violar restricciones de HDCP/video digital.
- No está claro si AMD podrá implementar más funciones dentro de firmware (cerrado) o encontrar otro método protegido por el bloque IP PSP.
- Como es poco probable que el soporte de funciones HDMI 2.1+ llegue al controlador de código abierto en el corto plazo, los defensores del código abierto deberían procurar usar DisplayPort siempre que sea posible.
Opinión de GN⁺
- Este artículo muestra cómo las restricciones legales y las limitaciones técnicas pueden frenar la innovación en el desarrollo de controladores de código abierto. Incluso una gran empresa como AMD tiene dificultades para ofrecer a los usuarios las funciones más recientes debido a regulaciones de organizaciones como el Foro HDMI.
- La ausencia de funciones HDMI 2.1+ puede afectar especialmente a gamers y profesionales que requieren alta resolución y altas tasas de refresco. Debido a las limitaciones del controlador de código abierto, podrían verse obligados a buscar alternativas como DisplayPort o cambiar a soluciones no abiertas.
- Este problema subraya la necesidad de que la comunidad de código abierto colabore con organismos de estandarización tecnológica para crear un entorno más abierto e innovador. Esta situación sugiere que hace falta más interés y apoyo para el movimiento de hardware abierto o para los esfuerzos de desarrollar estándares alternativos.
- Que empresas como AMD inviertan en el desarrollo de controladores de código abierto tiene un impacto positivo en la comunidad, pero cuando esos esfuerzos se frustran por restricciones legales, el resultado puede ser decepcionante tanto para las empresas como para los desarrolladores.
- Conviene considerar cómo la ausencia de funciones HDMI 2.1+ puede afectar cada caso de uso y, si es necesario, explorar alternativas como DisplayPort.
2 comentarios
Por cosas como esta, yo también terminé prefiriendo DisplayPort antes que HDMI. Había una razón por la que las GPU traen solo un puerto HDMI y hasta 3 DisplayPort....
Opiniones de Hacker News