- AMD integra nuevos parches AMDGPU en Linux para habilitar HDMI 2.1 con Display Stream Compression (DSC) y FRL.
- Esta actualización elimina las limitaciones de ancho de banda y licencias HDMI que existían desde hace tiempo, lo que permite la reproducción de vídeo en 4K a 240 Hz y hasta en 8K a 120 Hz en Linux.
- Steam Machine y SteamOS se posicionan como algunos de los principales beneficiarios, al alinear HDMI con las capacidades actuales de DisplayPort.
- Se espera que los parches se incluyan en una próxima versión del kernel de Linux, mejorando tanto la calidad de imagen en juegos como en el escritorio.
Durante años, los usuarios de Linux con potentes GPU Radeon y televisores de gama alta han tenido que convivir con una extraña contradicción: El hardware y los cables están preparados para HDMI 2.1, pero el software está limitado a HDMI 2.0.Esa incompatibilidad significaba dejar de lado frecuencias de actualización más altas, mejor profundidad de color y todo el potencial de las pantallas 4K y 8K modernas siempre que se utilizara HDMI.
AMD está cerrando esa brecha. A través de una nueva ola de trabajo en el código abierto Controlador AMDGPU, la empresa ha introducido un conjunto de Parches destinados a habilitar la compresión de flujo de pantalla (DSC) a través de HDMI 2.1 en LinuxEstos cambios se suman a los esfuerzos previos en torno al Enlace de Velocidad Fija (FRL), el método de transmisión que sustenta el mayor ancho de banda del estándar HDMI 2.1, y en conjunto transforman lo que HDMI puede ofrecer en plataformas abiertas.
¿Qué cambios introduce AMD en el controlador AMDGPU para Linux?
Según informes recientes de la comunidad gráfica de Linux, AMD ha estado puliendo una actualización considerable de su controlador abierto, Integración de la compatibilidad con HDMI 2.1 con DSC y FRL en la pila AMDGPU.Hasta ahora, el controlador trataba los puertos HDMI como si fueran dispositivos HDMI 2.0, independientemente de las capacidades reales de la GPU o del televisor conectado.
Esta nueva serie de parches introduce todas las piezas necesarias para que, cuando tanto la GPU como la pantalla lo admitan, El enlace puede negociar modos FRL y activar la compresión DSC.En la práctica, esto significa que la salida HDMI ya no está limitada artificialmente por el antiguo esquema de transmisión y finalmente puede funcionar al mismo nivel que las conexiones DisplayPort modernas.
Desde la perspectiva del núcleo, el trabajo se integra en el sistema existente. Infraestructura DRM (Direct Rendering Manager), ampliando cómo se validan los modos y cómo se calcula el ancho de banda para Configuraciones HDMI de alta resolución y alta frecuencia de actualizaciónEn lugar de recurrir a límites conservadores, el controlador ahora tiene en cuenta el margen adicional que ofrece FRL y el menor coste por píxel que conlleva DSC.
La intención de AMD es que este código se fusione con una próxima versión del kernel de Linux, con referencias que apuntan a una Ventana objetivo en torno a la versión 7.2 del kernel. Eso proporciona a las distribuciones un cronograma claro para comenzar a enviar las mejoras en sus pilas gráficas estándar durante los próximos ciclos de desarrollo.
FRL y DSC: cómo HDMI 2.1 finalmente despliega todo su potencial.
Para entender por qué importan estos parches, es útil analizar las tecnologías involucradas. HDMI 2.1 no solo aumenta los números; se basa en Enlace de tasa fija (FRL) como una nueva forma de transmitir datos a través del cable. FRL reemplaza el método TMDS anterior utilizado en HDMI 2.0, lo que permite una transmisión de datos mucho mayor a través del mismo conector físico.
Por encima de FRL se encuentra la compresión de flujo de visualización. DSC es un esquema de compresión visualmente sin pérdidas diseñado específicamente para el tráfico de pantallas.En lugar de enviar el flujo de vídeo sin comprimir, la GPU lo comprime en tiempo real mediante un algoritmo ajustado para que, en la práctica, los usuarios no puedan detectar ningún artefacto en condiciones normales de visualización.
La combinación de FRL y DSC significa que el sistema puede impulsar modos que antes estaban fuera del alcance a través de HDMI. Con la compatibilidad actualizada de AMDGPU, Linux ahora puede manejar resoluciones 4K a hasta 240 Hz a través de HDMI 2.1.Y en los escenarios donde la GPU y la pantalla lo permiten, incluso la resolución 8K a hasta 120 Hz se vuelve factible dentro del ancho de banda disponible.
Fundamentalmente, DSC no solo ayuda con la resolución bruta y las frecuencias de actualización; también preserva Profundidad de color de 10 bits y amplia gama de colores. Esto se vería comprometido si el sistema tuviera que reducir la croma o la profundidad de bits para adaptarse a una conexión HDMI 2.0. Esto tiene implicaciones directas no solo para los videojuegos, sino también para el contenido HDR y el trabajo profesional donde la precisión del color es fundamental.
Desde los cuellos de botella de HDMI 2.0 hasta 4K a 240 Hz y 8K a 120 Hz.
Con la configuración anterior de Linux, incluso si tenías una tarjeta Radeon de gama alta y un televisor HDMI 2.1 de primera categoría, a menudo te encontrabas con problemas. Se queda atascado en 4K 60 Hz al usar HDMI.Pasar a 4K a 120 Hz o superior generalmente implicaba cambiar a DisplayPort, si el monitor lo admitía, o aceptar resoluciones y frecuencias de actualización más bajas.
Con los nuevos parches de AMD implementados, ese límite se elimina efectivamente. El controlador ahora puede exponer y validar Modos 4K a 240 Hz a través de HDMI 2.1 cuando DSC está disponible.Esto equipara la salida HDMI con la que DisplayPort 1.4 ofrece desde hace tiempo en Linux. Para muchos sistemas de salón configurados con televisores en lugar de monitores, este cambio resulta especialmente relevante.
En el extremo opuesto, el apoyo a 8K a hasta 120 Hz a través de HDMI Abre la puerta a escenarios futuros, aunque el hardware de juegos actual no sea capaz de ejecutar títulos triple A en 8K nativo. Sin embargo, para el uso en escritorio, la reproducción de vídeo o cargas de trabajo de visualización más especializadas, la capacidad de negociar dichos modos directamente a través de HDMI en Linux supone un avance significativo.
Más allá de la resolución bruta y los hercios, el nuevo comportamiento también tiene beneficios en el uso cotidiano. Al no tener que reducir agresivamente el submuestreo de croma o la profundidad de bits, el sistema puede mantener una señal más limpia, lo que Mejora la nitidez del texto y reduce el desenfoque sutil. Algunos usuarios notaron este problema al trabajar al límite del ancho de banda de HDMI 2.0. Por lo tanto, los entornos de escritorio y los menús en Linux deberían verse más nítidos en televisores y monitores compatibles.
Obstáculos en materia de licencias y por qué Linux se quedó atrás en HDMI 2.1
La historia no es solo técnica. Una de las razones por las que Linux se ha quedado atrás en las características de HDMI 2.1 está relacionada con el marco de licencias en torno a las tecnologías HDMIAunque las GPU y los cables llevan tiempo listos, habilitar la compatibilidad total, abierta y conforme a las especificaciones en un controlador principal no es tan sencillo como pulsar un interruptor.
Los fabricantes deben equilibrar sus obligaciones con el organismo de licencias HDMI con los requisitos del código abierto, donde Los detalles de implementación y el manejo del protocolo son visibles públicamente.Históricamente, esto ha hecho que las empresas sean más cautelosas a la hora de implementar ciertas funciones de forma abierta, incluso si pudieran proporcionarlas a través de controladores de Windows cerrados.
En este contexto, el último trabajo de AMD destaca como un esfuerzo deliberado para Cerrar la brecha entre los ecosistemas propietarios y los de código abierto.Al invertir tiempo de ingeniería en una solución HDMI 2.1 + DSC para AMDGPU, la compañía está haciendo posible que las distribuciones de Linux incluyan estas capacidades de forma predeterminada sin depender de componentes exclusivamente binarios.
El resultado es que las limitaciones de ancho de banda y características vinculadas durante mucho tiempo a HDMI en Linux, que antes se atribuían en gran medida a áreas grises legales y de licencias, ahora se están abordando de una manera que Alinea los principios de código abierto con los estándares de visualización modernos.Para los usuarios, el resultado visible es simplemente que sus máquinas finalmente se comportan como lo sugieren sus especificaciones.
Steam Machine y SteamOS: los grandes ganadores de las nuevas actualizaciones.
El momento en que se producen estas mejoras de AMDGPU ha despertado un interés particular entre quienes siguen los planes de hardware de Valve. El renovado proyecto Steam Machine, junto con SteamOS como su sistema operativo basado en LinuxHistóricamente, se ha topado con limitaciones de HDMI que parecían estar desincronizadas con las capacidades del hardware.
Las primeras versiones de la Steam Machine estaban efectivamente encasilladas en Techos 4K a 60 Hz a través de HDMI Esto se debía a que el software no podía aprovechar las funciones de HDMI 2.1, a pesar de que los componentes subyacentes eran físicamente capaces. A menudo, los usuarios se veían obligados a usar DisplayPort si querían frecuencias de actualización más altas, lo que no siempre coincidía con la configuración de cableado de las salas de estar.
Con la llegada del soporte HDMI 2.1 habilitado por DSC de AMD a Linux, esa situación está a punto de cambiar. Una vez que SteamOS incorpore un Pila del kernel y de Mesa que incluyen estos parches, el hardware actual y futuro de Steam Machine podría Desbloquea la funcionalidad completa de HDMI 2.1 mediante una actualización regular del sistema.en lugar de requerir nuevos equipos o soluciones alternativas complejas.
Eso permitiría que el dispositivo tipo consola emitiera 4K a hasta 240 Hz a través de HDMI En televisores compatibles, la experiencia se asemeja a la que ya ofrecen los monitores de gama alta a través de DisplayPort. Para los usuarios que planean conectar el sistema a un televisor de pantalla grande en la sala de estar, la diferencia entre 60 Hz y 120 Hz o más es notable, especialmente en juegos de ritmo rápido.
Aunque ninguna nota de lanzamiento oficial de SteamOS ha prometido todavía un hito específico para HDMI 2.1, la convergencia del trabajo de AMD y los preparativos de hardware en curso de Valve sugieren que HDMI ya no tiene por qué ser el eslabón débil. En la historia de Steam Machine, en cambio, puede convertirse en un elemento fundamental junto con DisplayPort en el ecosistema de juegos de Linux.
El papel de los ingenieros de AMD y el ecosistema de controladores abiertos
Uno de los aspectos notables resaltados por la comunidad es la participación directa de los ingenieros de AMD para que esto suceda. Figuras como Se le atribuye a Harry Wentland y a su equipo el haber solucionado los problemas restantes de DSC. en el controlador de Linux, subsanando deficiencias que habían persistido durante varios ciclos de desarrollo.
El trabajo va más allá de cambiar una bandera de configuración. Admitir HDMI 2.1 con DSC en un controlador abierto requiere integración cuidadosa con el marco de visualización del kernel, manejo correcto del entrenamiento del enlace, validación de las capacidades del receptor y comportamiento de reserva robusto cuando los televisores o receptores no admiten ciertos modos o parámetros de compresión.
Al incorporar este código al código fuente principal, AMD refuerza una estrategia que ha cobrado cada vez más relevancia en los últimos años: lo que convierte al controlador abierto AMDGPU en la principal forma de usar el hardware Radeon en Linux.En lugar de tratarlo como una opción de segunda categoría frente a soluciones propietarias, este enfoque beneficia tanto a las distribuciones de escritorio como a sistemas especializados como las consolas de videojuegos basadas en Linux.
La recompensa para los usuarios finales es que las nuevas funciones, correcciones de errores y mejoras de rendimiento llegan a través de Actualizaciones normales del kernel y de Mesa, distribuidos por su distribución Linux preferida, en lugar de requerir instalaciones manuales de controladores. La compatibilidad con HDMI 2.1 + DSC se ajusta a este patrón como otra capacidad que simplemente pasa a formar parte de la pila gráfica estándar una vez que se fusionan los parches.
Impacto en el uso diario del ordenador y en las cargas de trabajo profesionales.
Si bien los titulares se centran naturalmente en los juegos y la Steam Machine, los cambios en el manejo de HDMI también importan para tareas más mundanas. Ejecutar altas resoluciones a altas frecuencias de actualización con configuraciones de color adecuadas a través de HDMI históricamente ha obligado a los usuarios de Linux a Elige entre suavidad y fidelidad visual.especialmente en televisores grandes utilizados como pantallas principales.
Con DSC disponible, el sistema ya no necesita recurrir tan a menudo a esquemas de submuestreo de croma que puede hacer que el texto pequeño y los elementos de la interfaz de usuario se vean ligeramente borrosos.Para quienes utilizan máquinas Linux para desarrollo, trabajo de oficina o creación multimedia en una pantalla conectada por HDMI, esto se traduce en fuentes más nítidas, interfaces más legibles y menos limitaciones en la configuración de la pantalla.
Los creadores de contenido que dependen de canales de color de 10 bits y espacios de color amplios también obtienen un camino más sencillo. En lugar de hacer malabares entre configuraciones "buenas para la edición" y "buenas para los juegos", Ahora, una sola conexión HDMI puede transmitir alta frecuencia de actualización, alta resolución y colores más intensos. perfiles en hardware compatible, lo que hace que las configuraciones de uso mixto sean más viables.
Incluso fuera de los contextos profesionales, el efecto general es que los ordenadores de escritorio Linux se sienten menos limitados por las peculiaridades de la implementación de HDMI y más acordes con lo que los usuarios de otras plataformas han estado experimentando desde hace algún tiempo al conectar sus máquinas a televisores y monitores modernos.
Donde DisplayPort todavía encaja en el panorama
El auge del soporte para HDMI 2.1 en Linux no significa que DisplayPort sea repentinamente obsoleto. Por el contrario, muchas configuraciones seguirán dependiendo de DisplayPort 1.4 o posterior para sus conexiones principales de gama alta., especialmente en monitores para juegos y estaciones de trabajo con múltiples pantallas, donde DisplayPort ha sido la opción predeterminada durante mucho tiempo.
DisplayPort ya ofrece 4K a 240 Hz con DSC En hardware compatible con Linux, sigue siendo una opción sólida cuando la pantalla está diseñada para usarse en PC en lugar de en una sala de estar. Para los usuarios actuales de SteamOS y de escritorio cuyos monitores ofrecen conexiones HDMI y DP, seguir usando DisplayPort puede ser la forma más sencilla de obtener el máximo rendimiento.
Donde los nuevos parches AMDGPU marcan la diferencia más es en entornos donde HDMI no es solo una opción, sino la única opción realista, como por ejemplo: Televisores 4K u 8K que no tienen entradas DisplayPort.En esos casos, equiparar la compatibilidad con HDMI 2.1 + DSC con la de DisplayPort ayuda a eliminar la sensación de que Linux es de alguna manera de "segunda clase" cuando se utiliza más allá de un monitor de escritorio tradicional.
En otras palabras, DisplayPort sigue siendo una herramienta poderosa en el arsenal gráfico de Linux, pero HDMI ya no se queda atrás de una manera que obligue a hacer concesiones cuando los usuarios se salen de los límites de una configuración de monitor típica.
En definitiva, los parches HDMI 2.1 DSC de AMD para Linux representan un cambio bastante significativo en la forma en que los sistemas de código abierto manejan las pantallas modernas. Al combinar la compatibilidad con FRL y DSC en el controlador AMDGPU, la compañía está eliminando cuellos de botella de larga data que frenaban Modos 4K a 240 Hz e incluso 8K a 120 Hz a través de HDMIEste cambio se produce justo cuando el ecosistema Steam Machine y SteamOS de Valve parece estar preparándose para una nueva etapa. A medida que las distribuciones adoptan núcleos que incorporan estos cambios, los usuarios de Linux pueden esperar que sus máquinas con tarjetas gráficas Radeon aprovechen mucho mejor las pantallas que ya poseen, sin tener que replantearse por completo su hardware.
