Steam Machine y HDMI 2.1: qué cambia con los parches de Linux

La Steam Machine podría acercarse al HDMI 2.1 en Linux, pero los parches enviados por AMD no bastan para afirmar que la máquina de Valve vaya a ofrecer desde su lanzamiento todas las prestaciones del estándar. El avance incorpora al controlador abierto AMDGPU el soporte para FRL, el sistema de transmisión que permite elevar el ancho de banda de HDMI 2.1. Es una pieza fundamental, no una garantía de que cualquier televisor vaya a recibir 4K a 120 Hz con todas las funciones activas.

La diferencia importa porque el obstáculo no estaba necesariamente en el puerto ni en la capacidad física del hardware, sino en el software que permite al sistema operativo comunicarse con la pantalla. SteamOS depende de los controladores de Linux, y durante años la ausencia de una implementación abierta de HDMI 2.1 dejó a las Radeon limitadas por una vía de transmisión más antigua. Ahora hay un movimiento oficial para cambiarlo, aunque siguen pendientes la revisión del código, su integración y varias funciones complementarias.

Un avance real, pero no una compatibilidad confirmada

AMD ha remitido al kernel de Linux una primera serie de cambios para añadir FRL a AMDGPU, el controlador gráfico abierto utilizado por sus tarjetas Radeon. Esto sitúa el trabajo en el cauce habitual de desarrollo del sistema operativo, donde el código debe revisarse y probarse antes de incorporarse a una versión estable. Que exista un parche no significa que ya esté disponible para todos: primero tiene que superar ese proceso y después llegar a cada distribución mediante sus actualizaciones.

La cautela es especialmente importante en el caso de la Steam Machine. Su ficha se ha asociado a una salida HDMI 2.0 y DisplayPort 1.4, mientras que el hardware podría tener capacidades superiores a las que el software permite aprovechar actualmente. Pero una capacidad potencial no equivale a una función activa. Para hablar de HDMI 2.1 plenamente operativo deben coincidir el puerto, la GPU, el controlador, el kernel, SteamOS, el cable y la pantalla. Si uno de esos eslabones no está preparado, el resultado puede seguir siendo limitado, aunque el resto de la cadena sea compatible.

Por eso, la respuesta más precisa no es que Valve ya tenga resuelto el problema, ni que la nueva máquina vaya a quedar necesariamente atada para siempre a HDMI 2.0. AMD ha abierto una vía oficial que podría permitirlo, pero el material disponible no confirma una fecha de integración definitiva ni que todas las funciones estén listas para el producto. La posibilidad ha ganado fundamento técnico; la garantía comercial, en cambio, dependerá de cómo avance el desarrollo y de qué versión del software llegue instalada.

El bloqueo que dejó a Linux por detrás

El problema tiene una raíz poco visible para quien solo conecta un cable: el HDMI Forum controla el estándar y sus condiciones de licencia. Durante años, esos requisitos chocaron con la publicación abierta del código necesaria para desarrollar controladores en Linux. AMD no podía simplemente liberar sin restricciones una implementación completa de HDMI 2.1 si hacerlo entraba en conflicto con las condiciones del organismo. El choque no respondía a una incapacidad de la GPU para generar una señal moderna, sino a la dificultad de conciliar un estándar licenciado con un controlador abierto.

En febrero de 2024, el HDMI Forum rechazó formalmente una propuesta de AMD para publicar un controlador de código abierto con soporte HDMI 2.1. El efecto práctico fue que las tarjetas Radeon en Linux quedaban limitadas, en muchos escenarios, al ancho de banda asociado a HDMI 2.0, incluso si la pantalla y el hardware podían aspirar a más. El cuello de botella era una mezcla de reglas de uso y soporte del sistema, una combinación que resultaba difícil de explicar al usuario que veía las mismas conexiones funcionar de otra manera en Windows.

Ese contexto también ayuda a entender por qué no bastaba con que Valve quisiera una solución o con que AMD tuviera interés en ofrecerla. Los controladores del kernel forman parte de un proyecto público y revisable; no pueden tratarse como una pieza completamente privada sin cambiar la naturaleza de la integración. Las primeras demostraciones experimentales de la comunidad ayudaron a mostrar que había caminos técnicos posibles, pero no sustituían una implementación mantenida por AMD y aceptada para el kernel. El paso actual es relevante porque convierte una posibilidad experimental en trabajo oficial, aunque todavía no cierre el debate legal y técnico por sí solo.

FRL es la pieza que amplía el caudal de vídeo

FRL son las siglas de Fixed Rate Link, el modo de transmisión de datos incorporado con HDMI 2.1. Las conexiones HDMI anteriores utilizaban TMDS, un sistema cuyo límite de ancho de banda hace más difícil combinar resolución elevada, refresco rápido y una señal de color completa. FRL cambia esa capacidad de transporte y puede llegar hasta los 48 gigabits por segundo con el equipo y el cable adecuados. Es la base que permite mover una señal más exigente, no una etiqueta que por sí misma garantice todos los modos de imagen.

En la práctica, más ancho de banda abre la puerta a configuraciones como 4K a 120 Hz y, en condiciones compatibles, 8K a 60 Hz. También reduce la necesidad de sacrificar información de color para que una señal quepa en el enlace. Sin embargo, el modo concreto disponible depende de varios factores: las prestaciones del televisor, el puerto usado, el cable, la salida gráfica y las capacidades del controlador. FRL elimina una limitación importante, pero no hace idénticas todas las combinaciones ni convierte cualquier equipo en una fuente de vídeo de máxima resolución y frecuencia.

Los parches de AMD se centran precisamente en ese transporte de alta velocidad. Según la información técnica descrita, la implementación ha superado una parte representativa de las pruebas de conformidad, pero todavía no toda la validación necesaria para considerar el soporte completo y asentado. Esa diferencia entre superar una parte de las pruebas y completar la certificación es más que una formalidad: permite distinguir entre un avance prometedor y una función que ya puede darse por estable en todas las configuraciones. La primera etapa construye la autopista; el sistema aún debe demostrar que circula con fiabilidad.

Qué puede hacer mientras tanto una conexión HDMI 2.0

La ausencia de FRL no significa que un equipo no pueda mostrar nunca una imagen 4K a 120 Hz por HDMI. Puede recurrir a técnicas que reducen la cantidad de información de color, conocidas como submuestreo de crominancia. En lugar de transmitir el color con la misma resolución que el brillo, se envía menos detalle cromático para ajustarse al ancho de banda disponible. Es una forma de encajar una señal más exigente en un canal más estrecho, pero supone una concesión en la imagen.

La pérdida no siempre resulta evidente en una escena de juego o en una película, donde predominan imágenes en movimiento y superficies amplias. Puede notarse más en texto, bordes definidos y elementos de interfaz, donde la información de color ayuda a dibujar contornos limpios. Las pruebas atribuidas a Valve con la Steam Machine habrían logrado 4K a 120 Hz usando Windows y submuestreo de color, pero ese resultado no equivale a disponer de HDMI 2.1 completo en SteamOS. Alcanzar la resolución y la frecuencia anunciadas no siempre significa conservar la misma calidad de señal.

La alternativa de DisplayPort 1.4 puede servir en monitores compatibles y, según el equipo y el adaptador utilizado, permitir una conexión a una pantalla HDMI. No es una solución igual de sencilla para todos los salones: televisores, barras de sonido y receptores audiovisuales suelen organizarse alrededor de HDMI, y los adaptadores pueden añadir condiciones propias. Por eso, el recurso puede ser útil en determinados montajes, pero no elimina la necesidad de que la salida HDMI de la máquina funcione de forma completa. En un dispositivo pensado para el televisor, el conector principal también forma parte de la experiencia.

Por qué Valve tiene tanto que ganar con la mejora

Un ordenador de sobremesa puede conectarse a un monitor mediante DisplayPort y dejar HDMI para otros usos. Una máquina de salón, en cambio, suele ir directamente al televisor, donde HDMI es el camino natural. La Steam Machine busca ocupar ese espacio entre PC y consola: un sistema con SteamOS que se enciende frente al sofá y concentra allí juegos y otras funciones de ordenador. En ese contexto, HDMI no es un puerto secundario, sino el enlace que determina cómo llega la imagen a la pantalla que probablemente utilizará buena parte de sus propietarios.

La ficha vinculada al dispositivo ha señalado HDMI 2.0 y DisplayPort 1.4. Esa especificación puede describir el soporte disponible en el momento de su publicación, pero no demuestra por sí sola que el hardware sea incapaz de una evolución por software. A la vez, tampoco permite asegurar que una actualización vaya a habilitar todas las funciones de HDMI 2.1: eso exige que el puerto y los componentes concretos sean compatibles, además de contar con controladores y firmware apropiados. La diferencia entre una limitación de software y otra de hardware solo se resuelve con soporte efectivo para el modelo.

Los informes sobre el interés de Valve en resolver la carencia encajan con la estrategia de la empresa, que ha impulsado SteamOS y el juego en Linux. Sin embargo, las referencias disponibles no permiten presentar como hecho cerrado que Valve haya negociado una solución definitiva con el HDMI Forum ni que haya conseguido un compromiso para el lanzamiento. Lo seguro es que la mejora de AMDGPU también beneficiaría a SteamOS, al depender este sistema del trabajo de Linux y de los controladores abiertos de AMD.

La cuestión tampoco se limita a una cifra en la ficha técnica. Si una máquina nueva necesita explicar por qué su televisor no ofrece las mismas opciones que con una consola o un PC con Windows, la experiencia pierde sencillez. El usuario puede aceptar que el rendimiento de un juego dependa de la potencia de la GPU; cuesta más entender que una pantalla y un puerto modernos queden infrautilizados por el sistema operativo. La compatibilidad transparente reduce esa fricción y ayuda a que SteamOS se sienta como un producto de salón, no como un ordenador que requiere ajustes antes de empezar.

FRL no activa automáticamente VRR, DSC ni todas las funciones

HDMI 2.1 agrupa varias tecnologías, pero no todas aparecen en la primera serie de parches. Una de ellas es DSC, sigla de Display Stream Compression, una compresión de vídeo pensada para transportar señales de alta exigencia con menos datos. Puede ser necesaria para ciertas combinaciones de resolución, frecuencia y profundidad de color. La información disponible indica que DSC todavía estaba en pruebas, por lo que el soporte inicial de FRL no debe confundirse con una implementación completa.

También está VRR, la frecuencia de refresco variable. En vez de obligar al televisor a actualizar la imagen a un ritmo fijo, permite acompasar el refresco del panel a la producción de fotogramas del juego, cuando ambos equipos lo admiten. Esa sincronización puede reducir el tearing, es decir, la ruptura visible de la imagen cuando se muestran partes de fotogramas distintos, y suavizar cambios en la cadencia. Pero el soporte HDMI-VRR no figura entre las capacidades que habilita por sí sola la primera tanda de parches. Valve ha señalado compatibilidad con AMD FreeSync en la máquina, pero eso no equivale automáticamente a HDMI-VRR.

ALLM, el modo automático de baja latencia, también se menciona a menudo al hablar del estándar. Su función es permitir que una pantalla cambie a un modo de juego de menor latencia cuando detecta una señal compatible. No obstante, la documentación de referencia no confirma que los parches actuales incluyan ALLM ni que la Steam Machine vaya a ofrecerlo por esa vía. Conviene separar las prestaciones asociadas a HDMI 2.1 de las que ya están implementadas: compartir una generación de estándar no implica que lleguen a la vez.

Este matiz tiene consecuencias para la expectativa de uso. FRL puede resolver el problema central del ancho de banda, pero no garantiza por sí solo HDR perfecto, refresco variable, compresión disponible o selección automática del modo de juego. Cada función requiere compatibilidad en los distintos eslabones y una implementación correcta en el software. El estándar es un conjunto de capacidades, no un interruptor único; por eso, una noticia sobre el avance más importante no debe leerse como la confirmación de todo el paquete.

El camino desde el kernel hasta el salón

Para que los cambios lleguen al usuario, los parches deben pasar por revisión técnica, pruebas y aceptación por parte de los mantenedores del kernel. Después, el código tiene que formar parte de una versión de Linux que utilice la distribución correspondiente. En el caso de SteamOS, Valve debe incorporar esa versión y distribuirla de una manera compatible con el hardware de la máquina. Entre el envío de un parche y su disponibilidad en un producto hay varias etapas, y cualquiera puede requerir ajustes si aparecen problemas con determinadas pantallas o configuraciones.

Las distribuciones tampoco actualizan todas al mismo ritmo. Algunas adoptan kernels recientes con mayor rapidez; otras priorizan versiones de soporte prolongado y pueden tardar más en incorporar cambios nuevos. SteamOS mantiene su propio calendario de integración, por lo que la disponibilidad en Linux en general no implica que aparezca automáticamente en la consola-PC de Valve el mismo día. El ritmo final dependerá tanto de la integración como de la política de actualizaciones.

También intervienen el firmware de la GPU y el televisor. El enlace HDMI requiere negociar un modo común entre la fuente y la pantalla; si el cable no está certificado para las velocidades correspondientes o un receptor intermedio no admite la señal, el sistema puede limitar la salida. Esto no resta valor al trabajo de AMD, pero explica por qué la prueba en un equipo concreto puede diferir de una demostración técnica. La compatibilidad se comprueba en la cadena completa, no solo en el controlador.

Hasta que el soporte esté integrado y probado en la configuración comercial, no hay base para fijar una fecha universal en la que todas las Steam Machine vayan a disponer de HDMI 2.1. Tampoco es razonable asumir que será necesario instalar Windows para siempre: el avance actual precisamente abre una vía para que Linux gestione FRL de forma abierta. La incógnita está en cuándo y con qué alcance llegará a cada sistema, no en si AMD ha empezado a trabajar en el componente decisivo.

Una mejora que afecta a más equipos Radeon

El beneficio potencial no se limita al producto de Valve. Cualquier equipo con una GPU Radeon que utilice AMDGPU en Linux y se conecte por HDMI a un televisor o monitor compatible podría aprovechar la mejora cuando esta llegue a una versión estable y se cumplan los requisitos del hardware. Eso incluye ordenadores de salón y configuraciones de juego que hasta ahora recurrían a DisplayPort o aceptaban una salida con menor frecuencia o color reducido. El cambio podría ampliar el soporte de Linux en todo el ecosistema Radeon.

Para quienes juegan en una pantalla grande, 4K a 120 Hz puede aportar una imagen más fluida, aunque no todos los juegos alcanzarán esa frecuencia. El puerto solo transporta la señal que genera el equipo: no aumenta la potencia de la GPU ni obliga a un juego pesado a producir más fotogramas. En títulos exigentes seguirán contando la resolución interna, los ajustes gráficos, la optimización y las tecnologías de escalado. Un enlace más capaz elimina un límite de salida, no los límites de rendimiento del juego.

El salto también tiene un efecto menos visible: reduce una diferencia entre la experiencia de juego en Linux y la que los usuarios esperan de Windows o de las consolas. Steam Deck demostró que una plataforma basada en Linux puede resultar accesible cuando la complejidad técnica queda en segundo plano. En un ordenador conectado al televisor, esa sencillez depende de que la imagen aparezca en el modo adecuado sin que el usuario tenga que buscar soluciones alternativas. La mejor implementación es la que permite olvidarse del controlador.

Para los usuarios en España y en el resto de Europa, donde es habitual conectar un PC de salón directamente a un televisor, la cuestión tiene una consecuencia práctica clara: disponer de una Radeon moderna no bastaba para aprovechar todas las capacidades HDMI de una pantalla reciente. Si el soporte de FRL llega a SteamOS y se completa con el resto de funciones, se reduciría esa distancia. Por ahora, la mejora es una perspectiva técnica fundada, no una prestación confirmada para cualquier equipo.

La compatibilidad dependerá de lo que llegue al producto final

AMD ha puesto en marcha el cambio que faltaba para llevar FRL al controlador abierto de Linux, y eso modifica el panorama frente al bloqueo que existía hasta ahora. Pero la primera serie de parches no incluye por sí sola todo HDMI 2.1, no confirma la llegada inmediata a SteamOS y tampoco demuestra que la Steam Machine vaya a ofrecer todas las funciones desde el primer día. Es un avance concreto con límites todavía visibles.

La diferencia entre una promesa y una característica útil se medirá en la integración estable del kernel, la adopción por parte de Valve y la compatibilidad efectiva de cada modelo con pantallas y cables adecuados. También habrá que ver qué ocurre con DSC, VRR y las demás funciones que no forman parte del soporte inicial. Solo entonces podrá saberse si la máquina ofrece una salida HDMI 2.1 completa o una mejora parcial.

La noticia importa porque el obstáculo de Linux no parecía estar en la capacidad básica de las Radeon, sino en la posibilidad de mantener un controlador abierto compatible con el estándar. FRL empieza a desmontar esa barrera y puede beneficiar a muchos más ordenadores que el de Valve. Para la Steam Machine, sin embargo, el veredicto dependerá de la versión de hardware y software que llegue a los usuarios: la puerta está abierta, pero todavía falta comprobar qué funciones cruzarán el umbral.