El ecosistema de juegos en Linux acaba de dar un salto importante en un terreno especialmente sensible para los jugadores competitivos: la latencia. Hasta ahora, tecnologías como NVIDIA Reflex o AMD Anti-Lag 2 estaban ligadas al sistema operativo de Microsoft y al soporte oficial de cada fabricante, pero eso ha empezado a cambiar gracias a un proyecto de código abierto que está dando mucho que hablar.
Desarrollado por Korthos Software, este proyecto se llama low_latency_layer y se apoya en la API Vulkan para ofrecer, de forma agnóstica al hardware, funciones equivalentes a Reflex y Anti-Lag 2 en prácticamente cualquier tarjeta gráfica compatible. En la práctica, esto significa que un usuario de Linux con GPU AMD o Intel puede aprovechar rutas de baja latencia pensadas inicialmente para hardware NVIDIA, e incluso lograr resultados que compiten de tú a tú con Windows.
Qué es low_latency_layer y por qué es tan relevante en Linux
low_latency_layer es una capa implícita de Vulkan escrita en C++23 que implementa las extensiones VK_NV_low_latency2 y VK_AMD_anti_lag. Esas extensiones son la base técnica sobre la que se construyen tecnologías propietarias como NVIDIA Reflex y AMD Anti-Lag 2, utilizadas por muchos juegos modernos para reducir la distancia entre la pulsación de una tecla o clic del ratón y lo que aparece en pantalla.
La clave está en que esta solución funciona sin depender del soporte oficial de los controladores de NVIDIA, AMD o Intel. En lugar de esperar a que cada fabricante habilite estas funciones para una combinación concreta de juego, GPU y sistema operativo, la capa intercepta las llamadas de Vulkan y aplica la lógica de baja latencia por su cuenta. Esto rompe una asimetría habitual: muchos títulos integran antes Reflex que Anti-Lag 2, dejando a los usuarios de AMD o Intel en Linux en clara desventaja frente a Windows.
En la práctica, low_latency_layer permite que un juego que solo muestra la opción Reflex en sus menús pueda ofrecer esa misma ruta de baja latencia en un sistema Linux con una gráfica AMD o Intel. Y, al revés, también facilita aprovechar Anti-Lag 2 en contextos donde no había soporte funcional o donde la implementación existente (como la de Mesa) resultaba poco efectiva o inestable.
El proyecto nace, precisamente, de esa frustración. Su principal desarrollador, Nicolas James, comenta que decidió ponerlo en marcha después de comprobar que la implementación de Anti-Lag 2 en Mesa estaba desactivada por defecto, presentaba problemas de estabilidad y no lograba recortar la latencia tanto como la versión propietaria en Windows. Como usuario de Linux aficionado a los shooters y con hardware de AMD, su objetivo era demostrar que ambos mundos podían convivir sin renunciar al rendimiento.
Cómo funciona la capa Vulkan: de las extensiones al juego
Desde el punto de vista técnico, low_latency_layer actúa como intermediario entre el juego y el driver Vulkan. Cuando el título intenta utilizar las extensiones VK_NV_low_latency2 o VK_AMD_anti_lag, la capa intercepta las llamadas, aplica su propia lógica y las reenvía de forma que cualquier GPU compatible con Vulkan pueda aprovecharlas.
La extensión VK_NV_low_latency2 se centra en ajustar la temporización para decidir cuándo iniciar la preparación de nuevos fotogramas, recortando así la distancia entre la entrada del usuario y la presentación de la imagen en pantalla. Por su parte, VK_AMD_anti_lag busca que la CPU no se adelante demasiado a la GPU, controlando la cola de trabajo para evitar que se acumulen fotogramas pendientes y se dispare la latencia.
En el caso de AMD, Anti-Lag 2 estaba concebido originalmente como una solución integrada a nivel de juego, pensada para reducir la latencia extremo a extremo en escenarios limitados por GPU. De forma oficial, el SDK de AMD exige usar GPUs con arquitectura RDNA bajo Windows 10/11 y drivers Adrenalin 24.9.1 o superiores con soporte para Vulkan. La aportación de low_latency_layer es trasladar una parte de esa lógica al ecosistema Linux, apoyándose en Vulkan y evitando depender por completo del stack cerrado de Windows.
Según la documentación del proyecto, la capa expone por defecto la extensión VK_AMD_anti_lag. Eso permite que aplicaciones nativas de Linux como Counter-Strike 2 muestren la opción Anti-Lag directamente en sus menús sin necesidad de trucos adicionales. Para la ruta Reflex, el usuario debe activar variables de entorno específicas, lo que abre la puerta a que el juego reconozca una supuesta GPU NVIDIA aunque el hardware real sea de otro fabricante.
En juegos que se ejecutan mediante Proton, la capa se puede combinar con dxvk-nvapi para reenviar las llamadas necesarias. De este modo, títulos pensados para Windows que solo anunciaban compatibilidad con Reflex pueden aprovechar esa misma vía en Linux, siempre y cuando se configure correctamente NVAPI y las variables de entorno asociadas.
Compatibilidad de hardware y soporte para NVIDIA, AMD e Intel
Uno de los puntos fuertes de low_latency_layer es que no se casa con nadie: funciona con GPUs de NVIDIA, AMD e Intel, siempre que dispongan de un driver Vulkan operativo en Linux. Esto lo convierte en una herramienta especialmente atractiva para usuarios que se habían quedado fuera de las optimizaciones de baja latencia por cuestiones de marca o por falta de soporte oficial.
En un escenario típico, un jugador con una tarjeta gráfica AMD o una iGPU Intel en Linux tenía que conformarse con opciones más limitadas o con soluciones anti-lag de eficacia dudosa. Ahora, puede presentarse ante el juego como si estuviera utilizando un hardware distinto, activar rutas como Reflex y beneficiarse de los mismos atajos de latencia que disfrutaban los usuarios de Windows.
Para el caso de Anti-Lag 2, la capa ofrece una implementación más homogénea que la que se había visto hasta ahora en el entorno Linux. El propio desarrollador destaca que, frente a una implementación de Mesa que aportaba mejoras muy discretas e incluso iba acompañada de problemas de estabilidad, el enfoque de low_latency_layer consigue recortes de latencia mucho más claros y, sobre todo, reproducibles en diferentes títulos.
Esta flexibilidad también abre la puerta a configuraciones poco habituales, como aprovechar algoritmos de AMD Anti-Lag 2 en una gráfica integrada de Intel o activar Reflex en una GPU de AMD. Para entornos europeos donde el catálogo de hardware es muy variado y no siempre se dispone de la última GPU dedicada, esa agnosticidad resulta especialmente interesante.
Juegos probados: de Counter-Strike 2 a THE FINALS
Para demostrar que la idea no se quedaba en teoría, Korthos Software realizó pruebas de rendimiento y mediciones de latencia con una configuración de gama alta: una AMD Radeon RX 7900 XTX, un procesador Ryzen 7 9800X3D y 64 GB de memoria DDR5 a 6.000 MT/s CL28. El sistema operativo elegido fue Gentoo con KDE Plasma 6.6, con direct scanout activo para minimizar añadidos innecesarios.
La medición se hizo usando un monitor ASUS PG248QP con NVIDIA Reflex Analyzer integrado. El procedimiento, bastante manual, consistió en pulsar un botón y anotar los tiempos recogidos en una hoja de cálculo tras numerosas repeticiones, buscando valores consistentes. Entre los juegos examinados figuran THE FINALS, Counter-Strike 2, Cyberpunk 2077, Resident Evil Requiem, Marvel Rivals y Overwatch 2.
En THE FINALS, el proyecto asegura que la capa iguala o incluso supera la implementación propietaria de AMD Anti-Lag 2 en Windows bajo el mismo hardware. En paralelo, la ruta Anti-Lag integrada en Mesa apenas tuvo impacto real en la latencia, lo que refuerza la idea de que el enfoque de low_latency_layer aporta beneficios tangibles.
En Counter-Strike 2, un título especialmente sensible para la escena competitiva europea y española, los datos sitúan tanto la ruta estilo NVIDIA Reflex como la opción Anti-Lag 2 de la capa por delante de los resultados logrados en Windows. En otras palabras, en determinadas condiciones un usuario de Linux puede conseguir una respuesta más rápida que en el sistema operativo de referencia para eSports.
No todos los casos son perfectos. En Cyberpunk 2077, el desarrollador indica que la ruta Anti-Lag 2 parece estar «rota» en Linux por un posible problema del propio juego, ya que la capa no llega a observar la llamada AntiLagUpdateAMD que debería activar el comportamiento completo. Aun así, la ruta basada en Reflex sí logra mejores cifras de latencia que Anti-Lag 2 nativo en Windows, lo que vuelve a poner en valor el potencial de la solución.
Ventajas prácticas frente a implementaciones nativas y otros sistemas
Más allá de los números concretos, lo interesante es el cambio de enfoque: low_latency_layer convierte un punto débil histórico de Linux —la latencia competitiva en shooters y juegos rápidos— en un posible punto fuerte. Hasta ahora, Windows mantenía ventaja no solo por catálogo, sino también por la madurez de sus tecnologías de baja latencia integradas en drivers y juegos.
El hecho de que la capa pueda ofrecer resultados comparables o superiores a Windows sin depender de controladores propietarios tiene implicaciones claras para usuarios en Europa que ya se habían pasado a Linux por motivos de privacidad, coste de licencias o preferencia por el software libre. Para muchos, la compatibilidad con eSports y shooters era uno de los últimos frenos para dejar de arrancar Windows.
Cabe remarcar también la utilidad en títulos donde la compatibilidad con Anti-Lag 2 es más limitada. En juegos como Resident Evil Requiem u Overwatch 2, que admiten Reflex pero no Anti-Lag 2, low_latency_layer permite a un usuario de AMD en Linux superar alternativas como Anti-Lag 1 disponible en Windows. En Marvel Rivals, el desarrollador tuvo que añadir un tratamiento específico debido a la separación entre cola de simulación y de render, algo que considera un problema del propio juego pero que deja ver hasta qué punto la capa puede adaptarse a escenarios complejos.
Todo ello se suma a los avances que Linux ya había cosechado con herramientas como Proton, DXVK, VKD3D-Proton, Gamescope o los drivers Mesa. Esas piezas habían rebajado el muro de la compatibilidad de títulos, pero la latencia seguía siendo un tema delicado. Con low_latency_layer, se cubre un hueco que en Windows sigue muy ligado a soluciones cerradas y a decisiones de cada fabricante.
Requisitos, instalación y perfil de usuario al que va dirigido
No todo son facilidades. A día de hoy, low_latency_layer no es un paquete «instalar y listo» para cualquier usuario. La configuración exige cierto dominio de la terminal en Linux, así como familiaridad básica con CMake, variables de entorno y, en algunos casos, con elementos como dxvk-nvapi cuando se trabaja con juegos de Windows vía Proton.
Para ponerlo en marcha, el usuario debe clonar el repositorio del proyecto, resolver dependencias, compilar la capa y luego registrar la configuración de Vulkan correspondiente. Además, hay que definir una serie de variables de entorno que activan o desactivan funciones concretas, entre ellas las que deciden si se expone la ruta Reflex, si se suplantan ciertas características de una GPU NVIDIA o si se mantiene únicamente el comportamiento de Anti-Lag 2.
En el caso de Proton, se requiere añadir parámetros adicionales al lanzador de Steam. Un ejemplo de configuración avanzada pasa por utilizar combinaciones como PROTON_FORCE_NVAPI=1, LOW_LATENCY_LAYER_REFLEX=1 y LOW_LATENCY_LAYER_SPOOF_NVIDIA=1 junto al comando del juego, con el objetivo de que este reconozca soporte Reflex incluso cuando el hardware real es AMD o Intel. No es especialmente complicado para quien ya está acostumbrado a «trastear» con Proton, pero puede imponer respeto a usuarios menos técnicos.
La buena noticia es que el desarrollador ha publicado una guía detallada en GitHub, pensada para cualquiera con nociones básicas de línea de comandos. Aunque por ahora el proyecto se orienta claramente a un público avanzado y a entusiastas, no sería extraño que, si la capa se consolida, termine empaquetada en repositorios de distribuciones populares en Europa, como Ubuntu, Fedora, openSUSE o las propias soluciones de Valve como SteamOS.
En plataformas como Steam Deck o máquinas con SteamOS, donde los jugadores europeos ya están acostumbrados a realizar pequeños ajustes manuales para exprimir el rendimiento, la adopción de low_latency_layer podría ser especialmente rápida. El proyecto abre la puerta a disfrutar de Reflex o Anti-Lag 2 mejorados incluso en estos dispositivos, siempre que el usuario se anime a seguir los pasos de instalación.
Con este escenario, Linux refuerza su posición como sistema cada vez más viable para jugar, no solo por el catálogo sino por la calidad de la experiencia competitiva. Si low_latency_layer sigue madurando y acaba integrado de forma más transparente en distribuciones y launchers, puede que la «excusa» de la latencia deje de ser un argumento válido para seguir dependiendo de Windows.
Todo apunta a que el trabajo de Korthos Software se ha convertido en una pieza más del puzle que está transformando el juego en Linux: mientras Proton y DXVK se encargan de que los títulos arranquen y funcionen con soltura, low_latency_layer se ocupa de recortar esos milisegundos que marcan la diferencia en un duelo de Counter-Strike 2 o en una partida igualada de THE FINALS, ofreciendo a usuarios de NVIDIA, AMD e Intel en España y el resto de Europa una opción más seria para competir desde el pingüino.
